RabbitMQ 报 unknown delivery tag 重复 ack 把通道打掉

# 关闭自动确认
channel.basicConsume(queue, false, consumer);
# 业务成功只确认一次
channel.basicAck(tag, false);

消费端报 PRECONDITION_FAILED – unknown delivery tag 1，紧接着 channel 被关闭，整批消息重新投递。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。

追下去是这么回事：同一个 deliveryTag 被确认了两次，或者手动确认和自动确认同时开着，重复 ack 直接把 channel 打掉，消息只能重投。

「RabbitMQ 重复 ack」排查到最后往往是很小的一处差异，前面那些复杂猜测可以先放一放。同类问题如果隔一段时间又出现，多半是某个定时任务或重启流程把改动冲掉了。

把这次用到的命令存进笔记，比记住结论有用，换个环境还能照着走。改完隔一天再看一次，当场正常不代表能稳住。

测试环境和线上的差别，往往就在版本号和那几行被忽略的配置上。线上出问题先对时间点，跟发布、备份、任务执行的时刻排一排，能省掉一半功夫。

处理上按这个顺序：确认 ack 只在一处调用 拦截器里不要再补一次；autoAck 设成 false 之后统一改成手动确认；channel 被关掉要重建 同时按幂等键去重。

确认没问题再收工，日志不再出现 unknown delivery tag，channel 保持打开。