OpenShift AMQ6单消费者队列重投递场景消息分发配置咨询

• 运行环境：OpenShift平台部署的AMQ 6（基于ActiveMQ构建）
• 现有配置：目标队列通过连接查询参数配置了带exponentialBackoff的重投递机制，未开启ActiveMQ独占消费者（exclusive consumer）
• 测试场景：单消费者绑定目标队列，队列内存在2条待消费消息；第一条消息投递给消费者后，消费者始终未返回ACK确认

1. 上述场景下，Broker是否会将第二条消息投递给该单消费者？
2. 还是Broker会等待第一条消息的重投递流程完成，严格保证消息投递顺序？
3. 已知官方文档说明：重投递逻辑默认由消费者侧处理，消息处于Broker端inflight状态时会维持投递顺序；要求不使用多消费者部署，是否可以实现消费者不阻塞等待重投递、继续消费后续消息的效果？如果可实现，给出具体配置方法。
4. 查阅公开的连接配置URI文档未找到jms.nonBlockingRedelivery的相关说明，确认AMQ资源适配器（Resource Adapter）是否支持通过连接查询参数配置该选项。

默认投递行为 #

默认配置下，Broker不会在第一条消息未ACK、处于inflight状态时向该消费者投递第二条消息。

ActiveMQ默认对单队列消息提供严格顺序保证，针对单个消费者，Broker会按预取（prefetch）批次下发消息；只要批次内存在未ACK的消息（含处理失败等待重投递的消息），后续消息投递就会被阻塞，直到该未ACK消息重投递成功被ACK、或达到最大重投递次数被移入DLQ，才会继续投递后续消息，和官方文档描述的inflight消息顺序维持逻辑一致。

单消费者非阻塞重投递配置方案 #

不部署多消费者的前提下，可以实现非阻塞重投递效果，核心依赖nonBlockingRedelivery配置项，之前未检索到该参数是因为参数前缀、所属配置层级错误：

• 普通JMS客户端场景：该参数属于重投递策略（RedeliveryPolicy）的子属性，不是连接URI的根级jms.参数，完整URI参数写法为jms.redeliveryPolicy.nonBlockingRedelivery=true，也可以直接在连接工厂实例化时注入重投递策略对象设置该属性
• 配置生效逻辑：消息处理失败触发重投递时，消费者不会阻塞等待退避间隔到期，会先将失败消息暂存到消费者侧的重投递缓存中，立刻向Broker拉取后续消息消费，等退避时间到期后再在消费者侧重试之前失败的消息
• 注意：开启该配置后会打破默认的严格消息顺序保证，处理失败的消息会延后重试，后续消息会优先被消费，和不阻塞消费的需求匹配。

资源适配器配置说明 #

AMQ 6的资源适配器支持非阻塞重投递配置，不建议通过连接查询参数传递该配置，直接在资源适配器的激活规范（Activation Spec）中配置原生属性即可，兼容性最优：

• 直接在激活规范中添加配置项nonBlockingRedelivery=true
• 若需要搭配指数退避逻辑，同步在激活规范中配置exponentialBackoff=true、initialRedeliveryDelay、maximumRedeliveryDelay、redeliveryDelay等重投递参数即可，参数语义和普通客户端的重投递策略参数完全一致。

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