RabbitMQ在实际使用中会遇到不少影响消息可靠性和系统稳定性的问题，以下是高频常见问题及对应的解决方案：
一、消息丢失问题
这是最常见的核心问题，丢失可能发生在生产者投递、Broker存储、消费者消费三个环节。
原因：生产者发送消息未得到Broker确认就认为投递成功、Broker未开启持久化宕机后消息清空、消费者业务未执行完就自动ACK导致异常时消息丢失。
解决方案：生产者开启发布确认机制，Broker将交换机、队列、消息全部设置为持久化，消费者改用手动ACK模式，业务处理完成后再手动确认消息。
二、连接与认证失败问题
原因：客户端与RabbitMQ服务器网络不通、5672端口被防火墙拦截、用户名密码错误，或用户没有对应队列的访问权限。
解决方案：先ping服务器排查网络连通性，检查安全组/防火墙开放对应端口，核对账号密码，在管理后台确认用户的资源访问权限，同时确认RabbitMQ服务进程正常运行。
三、队列溢出与消息积压问题
原因：生产者发送消息的速度远高于消费者消费速度，大量消息持续堆积在队列中，最终超出队列承载上限引发溢出。
解决方案：限制生产者的发送速率，优化消费者的业务处理逻辑提升消费能力，给队列设置合理的容量阈值，队列满时自动拒绝新消息，同时部署集群分担负载。
四、消息顺序消费异常问题
原因：多个消费者并行消费同一个队列，不同消费者的处理耗时差异大，导致后发送的消息先被处理，最终消费顺序和生产顺序不一致。
解决方案：将队列拆分为多个子队列，每个子队列绑定一个专属消费者，也可以使用公平分发策略，根据消费者处理能力分配消息，保证单条链路的消息顺序性。
五、集群脑裂与网络分区问题
原因：集群节点间网络闪断，节点互相标记对方为不可用，集群分裂成多个独立孤岛，导致队列数据不一致、业务队列不可用。
解决方案：优化集群节点间的网络带宽，避免大流量任务抢占网络资源，调整RabbitMQ的防脑裂策略，故障后及时重启节点恢复集群状态，
