支付宝回调通知怎么处理才能保证结果不丢失

问题背景

   现在的应用系统功能越来越多，复杂度也相应增大，而在线商城大都是分布式环境的，在商城系统中怎么保证支付宝的异步通知一定会被正确处理。

解决方案

大家都知道
* public static String notify_url =*
这是支付宝的异步通知，当买家付完款后，支付宝会向这个地址发送post请求，其带了N多参数，然后验证签名是否正确，签名通过返回success,签名不通过返回false。我们处理订单的逻辑就是写在这个位置的。
在这个方法里，不建议做太多的与数据库相关的操作，因为每个买家付完款款后，都会调用这个接口，所以只将消息存在可靠消息服务里，并立马返回支付宝，注意这个接口要做成幂等操作，防止网络故障，没有给支付宝响应，支付宝就会一直调这个接口。

下图就是可靠消息实现方案

备注：
可靠消息主要是用来保证消息不丢失的。
①主动方发送预确认消息
②将消息存储在数据库中，状态为待确认
③返回消息存储的结果
④根据返回的结果判断事都执行业务方法，业务方法完成后发送确认消息
⑤独立消息服务将消息扔到消息队列（MQ）中
⑥被动方应用监听队列取出消息消费

---

消息一致性异常处理 ：定时的从可靠消息服务中取出消息状态是待确认的，超过一定时间没被确认，调用主动方应用提供的查询业务方法结果的接口，根据结果对该消息进行操作，删除或者更改状态为发送中，并扔到MQ中。
消息消费异常处理：定时的从可靠消息服务中取出消息状态是发送中的，超过一定时间还没有被确认消费的，将该消息扔到MQ中。
死亡消息处理 ：如果消息多次扔到MQ当中，还是未成功消息，就要将该消息置为已死亡，有可靠消息的管理页面处理