1.消费顺序控制
假设有三条消息，创建订单M1，订单付款M2，订单完成M3三个消息，在MQ集群下，假设M1发送到MQ1，M2发送到MQ2，那么将不能保证消息的执行顺序。
最简单的处理方式就是，将消息发布到同一个MQ上，先进先出原则，这样就能保证M1消息先于M2消息发送。
但是还存在一个问题就是，假设M1发送成功了，然后发送了M2，但是M1在消费的时候产生了网络波动，导致M1消费慢于M2。
为了解决它我们可以发送到同一个消费者上，当M1消费成功后返回，再去发送M2去进行消费，当M1没有响应的话一般就会去重新发送，这样就会存在重复消费的问题。
2.重复消费
重复消费主要是因为网络波动引起的，导致发送了两条相同的消息，转换一下思维，重复消费其实就是说 如果消费端收到两条一样的消息，应该怎样处理？
方法1：保证消费端业务逻辑的幂等性，无论执行多少遍相同消息，结果都一致
方法2：利用日志表去记录每次成功消费的id，消费前先判断下日志表中是否已经消费过。
3.消息丢失
消息产生阶段出现网络波动导致消息丢失：
解决：用rocketmq自带的事务机制去发送消息
写入内存缓存时丢失
解决：设置为同步刷盘，但是效率会大大降低，谨慎使用