标签：实现 公众号 charge 原则 请求 nbsp 做了 mount pid
项目中用到了支付功能，采用的是ping++实现的，上线运行一年多都很正常，但是最近突然出现有买家反映说不能进行支付的情况
通过了解和沟通之后发现发现是重复拉起失败，然后我们对问题进行了排查。
测试过程中我们的测试机重复拉起不管是支付宝还是微信都很正常，发生了很奇怪的问题。
于是对ping++的通过各种渠道对ping++订单号的规则做了详细的了解，总结结果如下：
一、非微信类渠道：
①、首次请求 Ping++ 返回的 Charge 对象，在接下来的 1 分钟内如果请求上来还是相同的订单信息（ 6 要素不要变更，order_no、channel、amount、subject、body、appid） 那么 Ping++ 还是返回首次请求的 Charge ；
注：如果在 1 分钟之内，使用支付宝渠道花呗分期时，更换了 extra 的 hb_fq_num 参数和 hb_fq_seller_percent 参数或者其中之一，则会返回全新的 Charge 。
②、如果超过 1 分钟，再次请求 Ping++ 则返回全新的 Charge 。
③、线下扫码通道：isv_qr / isv_scan 渠道，超过 1 分钟后，不可用相同的订单信息发起创建请求；isv_wap 渠道在打开链接后，再超过 1 分钟后，不可用相同的订单信息发起创建请求，若未打开链接，则参考 ①、② 步骤说明。
二、微信类渠道：
对于微信相同的订单号请求，Ping++ 这里是做了2个小时的缓存处理，也就是说在2个小时内，只要是相同信息的订单请求，Ping++ 返回给您的是我们缓存你第一次请求拿到的 Charge 的信息（注意2小时内是要相同的订单信息, 6 要素不要变更，order_no、channel、amount、subject、body、appid）；
超过2小时的话，即使用相同的订单信息，订单号相同，我们也都是直接去请求微信的，那么微信这里就会报错，因为微信不允许相同订单号的请求。
注：order_no 在微信同一个商户号下必须唯一；如：微信公众号和微信公众号扫码渠道是属于同一个商户号下的，则不可使用相同的 order_no 创建支付请求。
了解之后发现，买家的订单其实是被卖家修改过价格的，所谓订单信息不同，所以请求微信，导致拉起失败不能进行付款
知道原因之后我们就可以进行修改了，原则上只要订单号不同就可以了，有如下方案：
1.卖家修改价格的时候重新生成订单号，对之前的订单进行修改
2.每次发起支付的时候重新生成订单，对之前订单进行修改
3.每次发起支付的时候通过一定规则增加随机后缀或前缀保证订单的唯一性，在回调中进行相应的处理进行订单号还原
通过思考发现，1和2方案的操作成本较高，而且可能会对之前的代码造成影响，于是了我们采用3方案进行解决
By Hgq
ping++微信渠道，第二次拉起不能进行支付返回订单号重复问题
标签：实现 公众号 charge 原则 请求 nbsp 做了 mount pid
原文地址：http://www.cnblogs.com/widgetbox/p/7975949.html
