yansongda
yansongda
> 是在一个连接里发送了2个 POST 请求吗？ 不是，是两个不同的链接。事例中，第一个请求是 go 客户端发送的，第二个是 postman 发送的 PS，如果是同一个链接，同样也会出现问题
> 有具体的代码可以看看吗，会不会是两个请求同时共用了一个连接，看看这个连接是不是一个全局变量。 应该是不会的。服务端是 hyperf v2.2.14 in k8s，没有做特殊处理。 在排查问题期间，go 客户端是在 k8s 集群的另外一个 namespace 下，postman 是我本地电脑的。 再发现问题后，go 客户端针对这个问题也同时做了修复，才暂时避免了这个问题。我把 go 客户端的相关代码发下  图中的修改是第一个不规范请求的解决办法。
> 有没有试过用postman发送两次请求，看看会不会导致这样的问题 第一次请求是上图中的 go 发出的，则这一次**有**问题； 第二次请求是 postman 发出，则第二次这个也**有**问题； 第三次请求是 postman 发出，则第三次这个**没有**问题； 第四次请求是 postman 发出，则这一次**没有**问题； 第五次请求是 go 发出，则这一次**有**问题； 第六次请求是 postman 发出，则这次**有**问题； 总结：只要前一个请求是不规范的，无论下一次请求是否是规范的，都会被影响到
looking forward...
Any updates please?
暂不支持
我看过支付宝的文档，就算设置加密了，实际传参的时候可以按非加密传参吧 
api 发一下看看
https://pay.yansongda.cn/docs/v3/overview/contribute.html
？？原因是啥？