WildFly 23 容器环境启动报WFLYCTL0013错误 常规环境运行正常

报错核心原因是messaging-activemq子系统调用管理接口读取UUID命名的临时运行时队列（runtime-queue）属性时，对应队列资源已不存在，仅在容器环境触发和容器的资源生命周期、网络配置、探针策略和常规环境存在差异直接相关，可按以下步骤排查修复：

• 调整临时目录配置
  WildFly默认会将ActiveMQ临时队列的元数据写入jboss.server.temp.dir目录，容器环境下该目录通常为临时挂载，每次启动会自动清空，残留的队列元数据和实际运行的队列不匹配就会触发报错。可在启动参数中添加-Dactivemq.artemis.temp.dir=/固定持久化路径，或者在消息子系统配置中关闭临时队列的元数据持久化。
• 放开内部通信端口
  ActiveMQ默认使用5445、5455等端口做内部队列通信，很多容器配置仅放开9990管理端口和业务端口，未放开上述内部端口，会导致临时队列创建成功但管理接口无法探测到，触发资源不存在报错。需要在容器配置中放开ActiveMQ相关端口，同时在standalone-full.xml中将ActiveMQ的netty连接器监听地址改为0.0.0.0，而非默认的127.0.0.1。
• 优化健康探针逻辑
  报错触发时间为启动后数小时的凌晨1点，基本可以确定是容器定时健康探针拉取队列指标时触发。多数探针会遍历所有队列属性，当临时队列已按规则自动销毁但探针仍在尝试读取该队列属性时就会报错。可以修改探针逻辑，仅读取业务自定义的持久化队列属性，跳过UUID命名的临时runtime-queue；也可以在消息子系统配置中延长临时队列的自动销毁延迟，避免探针访问时队列已被回收。
• 临时屏蔽无效日志
  若该错误不影响实际业务运行，仅为日志冗余报错，可以在WildFly日志配置中添加过滤规则，忽略包含WFLYCTL0216错误码且涉及runtime-queue的日志，避免无效信息占用日志存储空间。

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