消费者退出可能是正常达到 max-messages，也可能由内存、连接、未确认消息、异常或进程管理配置导致。
继续阅读RabbitMQ 消费者跑一会儿就停：Magento 2 消息队列排查
2024/9/4 上午11:36
alwayly
Magento 2 消息队列 Consumer 一直重启，是 max-messages 设置还是内存泄漏？
2024/11/26 上午9:49
alwayly
Consumer 进程反复退出并不一定是故障：max-messages 到达后正常退出、Supervisor 重启、OOM Kill 和未捕获异常表现相似。本文用退出码与消息计数区分。
继续阅读Magento 2 消费者进程内存一直涨，别让 queue:consumers:start 永久运行
2025/2/20 下午3:47
alwayly
Magento 2 Consumer 长期运行内存增长时，测量单条消息增量，设置 max-messages 并检查对象累积。
继续阅读Magento 2 消息队列任务一直停在 in progress
2025/3/11 上午9:42
alwayly
Magento 2 队列消息长期停在 in progress，需区分消费者仍在处理、进程已退出和业务代码未确认消息三种情况，并避免重复消费。
继续阅读Magento 2 异步批量 API 一直停在 open
2025/5/12 上午10:52
alwayly
异步 Bulk API 返回 UUID 后操作长期为 open，需要检查队列 Topic、Consumer、operation 状态和失败重试。
继续阅读Magento 2 队列毒消息反复失败重试
2025/6/9 上午10:06
alwayly
同一队列消息不断失败会阻塞消费，应识别消息 ID、异常类别、重试上限和死信处理。
继续阅读Magento 2 RabbitMQ 报 PRECONDITION_FAILED inequivalent arg，队列参数不一致怎么处理？
2025/7/7 上午10:05
alwayly
同名 RabbitMQ 队列被用不同 durable、auto-delete 或 arguments 重新声明时，Broker 会拒绝；修复前先保住未消费消息。
继续阅读Magento 2 Async Bulk API 一直显示 open，消息到底卡在哪一层？
2025/8/25 下午2:21
alwayly
Bulk操作open不代表请求还在执行。要沿bulk_uuid、operation记录、队列topic、consumer和单条错误逐层定位。
继续阅读magento 2同一订单确认邮件发了两次，到底是Cron重复还是代码调用了两遍？
2025/10/6 下午2:18
alwayly
订单邮件重复发送要先比对Message-ID和发送时间，再判断是业务代码二次调用、支付回调重复，还是队列消息重投。
继续阅读magento 2消息队列Consumer显示running，为什么RabbitMQ里的消息一直不减少？
2025/10/16 下午2:48
alwayly
Consumer进程存在但消息不减少，要检查它监听的队列、unacked消息、阻塞调用、prefetch和实际运行的代码版本。
继续阅读
