RabbitMQ高级特性-发送方确认
对于发送方发送消息到RabbitMQ的可靠性机制
引入：在持久化的消息正确存⼊RabbitMQ之后,还需要有⼀段时间(虽然很短,但是不可忽视)才能存⼊磁盘中.RabbitMQ并不会为每条消息都进⾏同步存盘(调⽤内核的fsync⽅法)的处理, 可能仅仅保存到操作系统缓存之中⽽不是物理磁盘之中. 如果在这段时间内RabbitMQ服务节点发⽣了宕机、重启等异常情况, 消息保存还没来得及落盘, 那么这些消息将会丢失
RabbitMQ为我们提供了两种解决⽅案来实现持久化:
a. 通过事务机制实现
b. 通过发送⽅确认(publisher confirm) 机制实现
事务比较消耗信能，因此通常使用发送⽅确认(publisher confirm) 机制实现，RabbitMQ为我们提供了两个⽅式来控制消息的可靠性投递
1. confirm确认模式
2. return退回模式
注：这两个模式是不互斥的，可以同时存在
1、producer->Broker (发送方确认）
1）producer->exchange : confirm 模式
2）exchange->queue : return 模式
3）队列溢出：死信等
2、Broker （持久化（交换机、队列、消息））
3、Broker->Consumer
自动确认：消息送达到consumer时，消息会自动删除