rabbitmq消息中间件常见问题和解决方案

面试题中常见的问题：
1.如何保证消息不丢失
2.处理重复消息
3.消息有序性如何保证
4.消息堆积处理
消息中间核心功能：
1.服务解耦
2.异步处理
3.流量控制

1. 如何保证消息不丢失?
2. 
   通常消息中间件核心流程：三个阶段
   1.生产消息
   2.存储消息
   3.消费消息

生产消息阶段消息不丢失：
生产者发送消息至Broker，需要处理Broker的 响应，不论是同步还是异步发送消息，同步和异步回调都需要做好try-catch，妥善的 处理响应，如果Broker返回写入失败等错误消息，需要重试发送。当多次发送失败需要作报警，日志记录等。
总结就是生产者需要接受broker的ack，进行后续处理，保证数据不丢失
存储消息 保证存储的可靠：
1.需要在消息 刷盘 之后再给生产者响应
2.如果Broker是集群部署，有多副本机制，消息不仅仅要写入当前Broker，还需要写入副本机中
总结就是消息持久化和集群架构

消费消息阶段消息不会丢失：
在消费者真正执行完业务逻辑之后，再发送给Broker消费成功
总结就是消费者本身业务执行完毕后进行ack响应
因此：保证消息的可靠性需要上面三个阶段的共同配合

如果处理重复消息

1. 生产者端
   Broker的响应没有发送到生产者，生产者又重发了一次，此时消息就重复
   2.消费者端
   消费者没有更新Consumer offse挂了，其他消费者重复消费

处理：幂等处理重复消息
1.通过代码逻辑判断实现
2.使用token机制实现

如何保证消息的有序性
全局有序：
1.只能由一个生产者往Topic发送消息，并且一个Topic内部只能有一个队列/分区
2.消费者也必须是单线程消费这个队列
部分有序：
可以将Topic内部划分成我们需要的队列数，把消息通过特定的策略发往固定的队列中，然后每个队列对应一个单线程处理的消费者

如果处理消息堆积

产生原因：生产者的 生产速度 与 消费者的 消费速度 不一致导致的

如果不是代码问题，就得从架构上进行解决，比如进行水平扩容处理
增加Topic的队列数和消费者数量