生成支付签名

1.根据订单号查询最新支付单是否有待支付的支付单

2.如果有待支付支付单,触发一次主动查询,避免回调完了和支付成功主动查询查询结果失败的重复失败,导致用户重复支付

3.如果此单查出已支付则直接修改订单状态提示此单已支付

4.如果待支付支付单未支付,则判断是否超过超时失效如果超过则提示支付超时，请重新下单

5.如果超时则生成支付签名(可以本地缓存或者每次实时请求支付系统生成,支付系统应该也会缓存)

5.如果没有支付单,则创建支付单并落库,然后根据新的支付单生成支付签名

主动查询处理

1.即支付成功,支付方通知我们成功我们控制跳转到对应的页面,或者支付方302重定向跳转到我们的确认页面,调用支付的主动查询,如果支付成功则更改状态为待支付下一状态(涉及修改状态加锁)

1.异步回调查看订单是什么状态,如果是因为过期未支付的话,则触发自动退款(一般是主动查询为待支付,异步回调未回调，或者down机,处理失败,或者消费消息不及时,定时任务过期未支付)

2.此接口不宜阻塞,收到回调消息,记录日志表，消息丢到MQ 异步处理

1.正常未支付不需要关心

2.如果是因为实际支付了,主动查询未支付,异步回调未回调，或者down机,处理失败,或者消费消息不及时。

3.过期未支付逻辑触发时。主动查询一次,如果因为2这种情况导致的待支付,实际已经支付了。根据业务评估自动退款还是判定支付成功改为待发货

4.比如这种业务场景，有限制多少公里15分钟必须送到。如果没有送到，就会赔钱。如果过期未支付逻辑触发时再修改为待发货，就会导致送货超时赔钱

订单表,支付单表,退款单表(售后表)

生成支付签名都需要传递超时时间，且当前系统也会有个超时时间。可以比第三方支付大几秒。让三方支付抛出超时