SpringBoot-RabbitMQ06-持久化和ACK确认机制

持久化

  消息的可靠性是 RabbitMQ 的一大特色，那么 RabbitMQ 是如何保证消息可靠性的呢——消息持久化。

创建两个项目
服务消费者

服务提供者

我们在提供者处每隔两秒发送一个消息到交换器中，如下

@RunWith(SpringRunner.class)
@SpringBootTest(classes = RabbitmqDirectProviderApplication.class)
public class RabbitmqDirectProviderApplicationTests {

    @Autowired
    private Sender sender;

    @Test
    public void contextLoads() throws Exception{
        int flag = 0;
        while(true){
            Thread.sleep(2000);
            sender.send("hello .... "+flag++);
        }
    }
}

启动消费者和服务提供者

当我们在15的时候关闭消费者，然后在启动消费者我们看情况。

我们会发现在消费者下线的这段时间产生的消息并没有丢失

autoDelete 属性

@Queue: 当所有消费客户端连接断开后，是否自动删除队列
true：删除 false：不删除
@Exchange：当所有绑定队列都不在使用时，是否自动删除交换器
true：删除 false：不删除

ACK确认机制

1.什么是消息确认ACK？

  如果在处理消息的过程中，消费者的服务器在处理消息时出现异常，那么可能这条正在处理的消息刘没有完成消息消费，数据就会丢失,为了确保数据不会丢失RabbitMQ支持消息确认-ACK

2.ACK的消息确认机制

  ACK机制是消费者从RabbitMQ收到消息并处理完成后，反馈给RabbitMQ的，RabbitMQ收到反馈后才将此消息从队列中删除。

1. 如果一个消费者在处理消息出现了网络不稳定、服务器异常等现象，会将消息重新放入队列中。
2. 如果在集群的情况下，RabbitMQ会立即将这个消息推送给这个在线的其他消费者，这种机制保证了在消费者服务端故障的时候，不会丢失任何消息和任务。
3. 消息永远不会从RabbitMQ中删除：只有当消费者正确发送ACK反馈，RabbitMQ确认收到后，消息才会从RabbitMQ服务器的数据中删除。
4. 消息的ACK确认机制默认是打开的

演示ACK场景，消费的异常

消费者在一直弹出异常信息，说明消息一直被重复的添加到队列中

3.ACK机制的开发注意事项

  如果忘记ACK，那么后果会很严重，当Consumer退出时，Message会一直重新分发，然后RabbitMQ会占用越来越多的内存，由于RabbitMQ会长时间运行，因此这个“内存泄漏”是致命的。我们可以通过设置重试的次数要防止这个问题
在consumer的application.properties中添加如下配置

spring.rabbitmq.listener.direct.retry.enabled=true
# 重试次数 默认为3次
spring.rabbitmq.listener.direct.retry.max-attempts=5