版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/scgyus/article/details/87711845
问题背景： 单机架构下MQ队列本身具有先进先出的有序特性，但在分布式架构下，消费的顺序受服务实例和网络的影响而无法继续保持有序特性。 由于业务消息的执行具有先后关系，无序的执行会导致业务处理异常。 以上BUG消费端采用业务逻辑兼容的方案（比如：先收到取消指令，会自动创建订单），会增加程序处理复杂度，方案上需要优化
方案一：消费端增加消息记录表，暂存不满足业务条件的消息，并采用定时器进行补偿处理，补偿超次进行预警；（该方案对技术营运友好，目前DMS正在使用，同样该方案可以用来解决重复消费问题）
方案二：消费端对不满足业务条件的消息不进行确认，多次消费失败进入死信队列，监听死信队列进行补偿，补偿超次或失败进行预警；
方案三：采用RocketMQ顺序消费机制；（不建议使用，会降低系统吞吐量）