背景：

从消费者来说，如果在订阅队列的时候将autoAck参数设置为true的时候，那么一旦消费者接收了消息就会将消息自动从mq去除，但是可能还没来得及消费，消费者就宕机了，这种算作为数据丢失，针对这种是很好解决的，将autoAck参数设置为false即可，也就是消费者在正确消费以后然后就进行mq中对应消息的手动删除。

从RabbitMQ来说，在持久化的消息正确存入RabbitMQ之后，之后还需要有一段时间才能存入磁盘中，RabbitMQ并不会为每条消息都进行同步存盘的处理，可能仅仅保存到操作系统缓存之中而不是物理磁盘之中，如果在这段时间RabbitMQ服务节点发生了宕机，重启等异常情况，消息保存还没来得及落盘，那么消息将会丢失。

针对于第二种场景，就需要引入一种新的模式来进行解决，就是发送方确认，发送方这边确认消息已经到达RabbitMQ服务器，需要发送方确认机制来实现。

1.发送发确认机制

RabbitMQ提供了两种方式来供我们控制消息的可靠性投递：confirm模式（检查消息是否到达消费方）和return模式（检查消费是否到达消费方，如果中途出现错误，则会退还消息）。

1.1 confirm模式

Producer在发送消息的时候，对发送端设置一个ConfirmCallback的监听，无论消息是否已经到达Exchange，这个监听都会被执行，如果Exchange成功收到，ACK为true，如果没有接收到消息。ACK就为false。

（1）配置application.yml（当然也可以选用application.properties）

ps：address中需要有用户名和密码（使用的RabbitMQ的管理界面需要进行登录），服务器的地址，虚拟主机名（每一个主机都有属于自己的Exchange，Queue....）

（2）config配置类：

需要使用@Bean注解来声明对应对象的名称；在创建绑定关系的时候需要使用@Qualifier注解来声明对应Exchange和Queue的名称。

该配置类主要作用：完成Exchange，Queue，Binding在RabbitMQ虚拟机上的注册。

（3）RabbitTemplate配置类：

该配置类的作用：设置ConfirmCallback（是RabbitTemplate的属性）监听，监听消息是否到达服务器。

（4）Listener类：

 作用：监听某个队列，一旦有消息就进行消费。

（5）Producer类：

作用：接收来自外界的消息，并且发送给对应的Exchange。

（6）访问127.0.0.1:8080/producer/confirm所得到的结果为：

（ACK为true） 

倘若将消息发到一个不存在的Exchange，那么此时消息就会确认失效。

可以看到日志中提示没有aaa的Exchange。

1.2 Return模式

Producer在发送消息的时候，对发送端设置ReturnsCallback的监听，无论消息是否已经到达Exchange，这个监听都会被执行，如果Exchange成功收到并成功转发到Queue中，则无事发生，如果Exchange接收消息失败/消息没有转发到对应的Queue中，此时就会退还消息。

（1）config配置类：

（2）RabbitTemplate配置类：

Mandatory必须设置为true，否则如果消息发送失败则不会退还消息。

（3）Producer类：

 （4）访问127.0.0.1:8080/producer/ret得到结果：

由于routingKey（ret）与创建绑定时的routingKey（return）匹配不上，会发送到对应Exchange但对应Exchange转发不到Queue中，所以此时会回退消息：