WildFly10配置ActiveMQ Artemis运行数周后队列操作出现连接超时异常如何解决

配置问题排查 #

你给出的配置没有语法错误，但存在3项不合理的参数设计，是诱发该故障的核心原因：

• max-delivery-attempts全局和单队列都配置为-1：表示消息投递失败后会无限重试，没有死信兜底机制，长期运行下大量重复投递的消息会占用会话资源，甚至导致会话阻塞。
• 池化连接工厂activemq-ra缺失连接有效性检测配置：默认配置下连接池不会主动清理僵死连接，运行数周后如果出现网络波动、会话超时导致连接失效，连接池会持续将坏连接分配给业务请求，最终触发超时。
• 缺失XA事务超时相关配置：未超时的挂起事务会长期占用会话资源，加剧资源耗尽的风险。

异常根因 #

你遇到的XAER_RMFAIL错误+30秒连接超时，本质是ActiveMQ Artemis资源适配器持有的JMS连接/会话长期运行后出现僵死，连接池没有自动清理失效资源，所有队列操作都拿到坏连接发起请求，最终全部超时，只有重启服务器重置连接池才能恢复。

可行解决方案 #

临时恢复方案 #

故障发生时不需要重启整台WildFly服务器，仅重启messaging子系统或者重置JMS连接池即可恢复业务。

永久修复方案 #

• 调整池化连接工厂配置，增加失效连接清理逻辑，在pooled-connection-factory节点下添加如下参数：

<param name="validate-on-match" value="true"/>
<param name="background-validation" value="true"/>
<param name="background-validation-millis" value="30000"/>
<param name="idle-timeout-minutes" value="15"/>

开启后连接池会自动检测并清理失效连接，不会再将坏连接分配给业务使用。

• 修改max-delivery-attempts为合理值（推荐配置10~20），避免消息无限重试占用资源，无法投递的消息可以通过消费死信队列的逻辑兜底处理。
• 升级ActiveMQ Artemis版本：WildFly 10自带的Artemis版本非常老旧，存在多个连接泄漏、会话僵死的已知Bug，优先建议升级WildFly到稳定新版本，或者单独升级Artemis资源适配器到2.x以上的稳定版本。
• 下次故障复现时第一时间采集线程转储和Artemis运行日志，确认是否存在会话泄漏、事务挂死的场景，可针对性调整事务超时、连接池最大连接数等参数。

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