RabbitMQ队列实际存在消息但查询长度始终显示为0问题排查求助

1. 核心原因：自动确认+无预取限制导致消息直接流转到消费者端 #

你代码中调用Consume时将第三个参数autoAck设为了true，该模式下RabbitMQ Broker只要把消息写入TCP连接发送给消费者，就会直接将消息从队列中删除，无需等待消费者返回处理确认。同时你没有配置channel的QoS预取限制，RabbitMQ默认会将队列中所有可用消息一次性推送到消费者的本地内存缓冲区，哪怕消费者需要4秒才能处理完一条，待处理的消息都堆积在消费者侧而非Broker的队列中，所以查询队列消息数始终为0。

2. 管理API与被动声明计数不一致的原因 #

RabbitMQ管理插件的统计数据并非实时更新，默认有5秒的采样间隔，属于定时聚合的统计值。而QueueDeclarePassive返回的是Broker端队列的实时元数据，二者存在时间差，因此会出现数值不一致的情况。

调整消费配置，让堆积消息保留在Broker侧 #

• 关闭自动确认，改为手动ACK：将Consume的autoAck参数改为false，消费者处理完消息后主动调用d.Ack(false)确认，处理中的消息会被标记为未确认状态，不会直接从队列移除。
• 配置预取限制：在启动消费者前添加代码ch.Qos(1, 0, false)，限制每次最多给消费者推送1条待处理消息，消费者确认后才会推送下一条，未推送的堆积消息会保留在队列的ready计数中。

正确读取计数 #

• 用QueueDeclarePassive查询时，总未处理消息数 = 就绪消息数q2.Messages + 未确认消息数q2.MessagesUnacknowledged，不要只看Messages字段。
• 用管理API查询时，取返回值中的messages字段（即就绪+未确认的总计数），如果需要更实时的统计可以调整管理插件的统计间隔（生产环境不建议设置低于1秒，会增加Broker性能开销）。

内容的提问来源于stack exchange，提问作者Melardev