dongpengfei1

@julyclyde 对，同网段其他的服务器就没问题。他这个是分两个区域，之间是专线连接。服务器所在的区一点问题没有。
找甲方，他就不认。就说为什么同一个网段同一个机架上的其他服务器就没事。我都无语了。
他们网络知识也没有，拓补图也不给。
这个就是他们专线之间防火墙的事。弄的我把客户端分别连到正式和测试两个服务器上了。目前业务一天也就一两笔有问题的。
唉，以后解决就更难了。

朋友们，没打过，业务方不肯改，甲方也不配合。还是从拖着等甲方去查他们的网络吧。

@julyclyde 我是给甲方干的人家说自己的网没问题，并且在其它同网段的服务器也没问题。只有我的这个支付平台有问题。

@GoodAfternoon 业务系统那边做不到 /(ㄒoㄒ)/~~
他们的代码实在太烂了。他们给我的接口信息只有订单号，钱数，支付状态（还是他掉我写的客户端的 dll 给他返的），收费员编号，客户信息。
客户信息还是我因为对账催了一个星期，才把之前小程序支付的时候本来就有的信息给加上的。就两个列，客户信息他竟然加了一个星期，你能想象的到吗？
最早长帐的时候财务只能把这些长帐原路退回，但不知道退回了那些客户。然后中间短帐了，我还是找他们要的日志，一点一点的对出来的客户信息。我这边根本不知道是谁支付了这笔钱。
他们根本就不按照你的 api 手册去做。
妈的，节后肯定要和他们练练不是他死就是我活。
而且我们的屎山也非常的大。
你有见过流水线式的代码吗？不面向对象也就算了，至少也得面向函数吧。他写了流水线式的代码。还不敢动，影响了好几家公司的业务。弄不好就是罪过，每当加功能的时候我都害怕。一个系统配置文件走了仨（谁能相信，改了其中一个配置文件不好使，得改其它配置文件的相同的选项）。
要不是合适工作不好找早跑路了，这干的是要人命的活。

@esee 业务系统不是我们的，甲方接入支付平台的时候，找业务系统那边加支付选项的时候，他们硬是做了一个月。结果还是有部分支付页面没有调用我们。
我都好了奇了，这种不应该是在支付列表里面写好配置好，加了选项就能用的东西吗？为什么要一个页面做一个支付接口。
节后肯定要和他们 batlle 一下。让他们把双向确认的接口加上。

@ccde8259 换不了，窗口是纯内网电脑，并且我们这里的服务端也是个屎山。单独的支付代码拆不出来，要是能拆开的话我直接在另外一边部署上就 ok 了。

@xiangyuecn 业务系统不是我们的，老天爷赏饭吃你能有什么办法。我头发都要掉光了，终于明白什么叫做甲方爸爸了。

@ccde8259 不行，丢包有一定的连续性，并且 5%只是我那一天监控网络的时候的数值不具有太大的参考性。上上周有一个客户 20 分钟连着支付了三次都没成功，最后付的现金。他没急眼我都惊呆了。
还有一个在周五半夜付了一千多块钱然后失败了的，周一下午才退。他中间没找过来闹也是个奇迹。

@pagxir
@ZZ74
@hallDrawnel
不行不能这么干，支付宝小程序已经发生过类似的事了，不知道他们是怎么写的程序，并发量一大。就变成了支付成功对方也认为支付成功，但业务状态回查一直是支付中。然后超时就退款了。过一阵他们自己又成功了。
现在就是支付宝小程序支付的时间就硬等 30 秒。
但窗口排队的人多呀，弄不好就客户就急眼了。