电商顺序消息堆积方案

合并处理

电商经常会推送一些订单变更的消息，如取消，退款、下单、发货等等。
传统的做法可能一笔订单要接受好多个消息处理。
其实可以换一种想法，每次推送消息，只传输订单号，每次都调订单详情更新最新的状态。
消息接受那边判断发送时间是否大于更新时间，才判断是否更新，这样就可以避免了多次无效的消息。
优点：处理频繁的顺序消息，避免多次消息处理。
缺点：比较依赖电商平台的API以及网络速度。

保证大多数可用

剔除掉大商家，维护小商家订单状态及时更新
大商家手动更新

增加消费者

把接受到的消息orderid，重新hash投放到多个队列中开启多个单线程消费。（保证顺序性并且增加消费者）