rabbitmq幂等性 顺序性 延时队列

幂等性

想要实现幂等性，也就是说，消费者对一个消息只消费一次。
就是在每一个消息上加上一个全局的id，消费端在消费消息时记录下已消费过的消息的全局id.

顺序性

顺序性：消费者消费到的消息和发送者发布的消息的顺序是一致的

消息顺序性被打破：

1. 生产事务机制，发送消息后遇到异常进行事务回滚，需要重新补偿发送这条消息，消息顺序出现混乱。
   publisher confirm机制，发生超时、中断，收到rabbitmq的Basic.Nack时，需要补偿发送。
2. 生产者发生的消息设置了不同的超时时间，且设置了死信队列，相当于一个延迟队列，那么消费者在消费延迟队列的时候，消费的顺序不一定和生产顺序一致
3. 如果消息设置了优先级，那么消费者消费到的消息必然不是顺序的。

如果要保证消息的顺序性，需要业务方做处理，比如在消息体内添加全局有序标识（类似sequenceID) 。

延时队列

TTL:

1. 通过队列属性设置，队列中所有消息都有相同的过期时间
2. 对消息本身单独设置，每条消息的TTL可以不同。

• 如果两种方法都用，则取最小值。
• 消息在队列中的生存时间一旦超过设置的TTL时，就会变为“死信”。
• 如果不设置TTL，表示此消息不会过期；如果设置为0，表示除非此时可以直接将消息传递给消费者，否则该消息会立即丢弃。

死信队列：

DLX: dead letter exchange 死信交换机
当消息在一个队列中变成死信之后，他能被重新发送到里一个交换机中，就是死信交换机，绑定死信交换机的队列就是死信队列。

消息成为死信：

1. 消息被拒绝
2. 消息过期
3. 队列达到最大长度

当一个对列存在死信时，RabbitMQ就会自动地将这个消息重新发布到设置地DLX上去，进而被路由到另一个队列，即死信队列。

延迟队列：

消费者订阅死信队列。
不同地正常队列设置TTL，每个不同TTL地队列设置一个DLX，每个DLX应自己地死信队列，而消费者订阅地就是 这个死信队列。