有关推送的间接

1、拉取。我现在限流了还在拉，跟我在不限流的时候拉取的时机一致，有悖于我们目前限流的理论

2、http有不稳定性，在于一种多动作方案中不可取。

客户------------------>Server

返回《---------XXXX------------ 网络中断

非常有代表性的方案中，网络中断造成很严重的问题

3、支付宝的方案

支付发起，携带业务id----------->支付成功

回调地址：id 完成记账即可。

4、在一些手机上或者移动设备上推送有很强的方案。

5、如果不用http协议的话，我们用什么呢，我们用C#的方案，在本地建立access的数据库，建立缓存的机制。使用事务+MQ的机制

6、

先获取订单数量；如果有新订单+业务id

在拉取订单详情；根据业务id去拉,如果拉取错误，那就重新拉取。