2301_77053417的博客

所以幂等性保障，就是可以正确的处理相同重复的消息。当消费者收到消息后，就可以根据唯一ID判断该消息是否已经被消费过，如果已经被消费观过，则可以不做处理，进而可以避免重复消费的问题。消费者消费完成后没有及时对消息进行确认，或者确认丢失，MQ可能认为消息未发送成功进而重试，也会导致消息处理的顺序性问题。当存在多个消费者的时候，消息被哪一个消费者消费是不确定的，也可能并行处理，就会导致消息的顺序性无法保证。消息积压，指的是在消息队列中，待处理的消息数量超过了消费者的处理能力，导致消息在队列中不断堆积的现象。

（1）死信队列的图解正常队列中的消息因为一些原因就会变成死信，然后经过一个特定的路由交换，最后到达一个指定的死信队列中，然后再投递给消费者。（2）消息称为死信的原因消息被拒绝，且设置了无法入队消息过期队列达到最大长度。

这里的消息确认机制，指的是消费者对消息的确认，而不是生产者。（1）背景缘由当消费者把消息发送出去后，就会把消息删除。如果消费者这边处理消息成功，则相安无事；但是如果处理异常，消息也就会丢失。所以就需要设置消费者的消息确认模式（2）消息确认的机制消息确认机制分为两个大类：自动确认和手动确认手动确认又分为三种模式：肯定确认、否定确认、否定批量确认对于rabbitmq的操作有两种，我们主要介绍第二种直接使用amqb提供的包（RabbitMQ Java Client库）使用spring集成进来的。

简单模式（Simple）工作队列模式（Work Queue）发布订阅模式（Publish/Subscribe）路由模式（Routing）通配符模式（Topics）RPC模式（RPC）发布确认模式（Publish Confirms）上述工作模式，其中1-5使用的比较多，6-7较少，代码难度也比较大。