Tibco无显式断开场景下Spring JMS MessageListener收不到消息问题咨询

• TCP静默断连：Tibco EMS服务端与客户端之间若存在防火墙、负载均衡等中间网络设备，长时间无消息传输时TCP连接会被中间设备静默断开，两端均未收到FIN包，因此客户端不会上报连接断开错误，MessageListener仍会误判连接处于正常状态，停止接收新消息，这是该类随机异常的最常见诱因。
• Tibco客户端默认配置缺陷：你使用的tibjms 8.0.0版本默认未开启心跳检测与超时重试机制，静默断连后客户端连接池仍会将失效连接判定为可用连接，不会主动触发重连逻辑。
• Spring JMS默认故障检测逻辑限制：Spring JMS默认使用的DefaultMessageListenerContainer的故障触发逻辑依赖JMS提供者主动抛出的连接异常，若服务端无显式断开信号，容器不会主动校验连接可用性，只会持续挂载在失效连接上等待消息。

Spring JMS本身提供了自动重连能力，但默认不支持服务端无主动断开场景下的静默断连检测，需要配合JMS提供者的心跳配置与容器参数才能生效。DefaultMessageListenerContainer自带的recoveryInterval参数可配置连接恢复的间隔，但该逻辑触发的前提是容器感知到连接异常，静默断连场景下需要先让客户端识别到连接失效，才会触发自动重连。

• 配置Tibco EMS客户端心跳参数：在Tibco连接工厂配置中新增心跳与重试相关参数，主动检测连接有效性，示例配置如下：

// 连接重试配置
tibjmsConnectionFactory.setConnAttemptCount(5);
tibjmsConnectionFactory.setConnAttemptDelay(1000);
// 心跳检测配置，每30秒发心跳，10秒无响应判定连接失效
tibjmsConnectionFactory.setPingInterval(30000);
tibjmsConnectionFactory.setPingTimeout(10000);

配置后心跳超时会主动抛出连接异常，触发Spring JMS监听容器的重连逻辑。

• 调整Spring JMS监听容器参数：开启容器的自动故障恢复能力，Spring Boot下配置示例：

spring:
  jms:
    listener:
      default:
        recovery-interval: 5000 # 连接故障后每5秒尝试恢复一次
        max-concurrency: 3 # 配置多消费者，避免单消费者异常导致全队列消费停止
        session-transacted: true # 按需开启事务，避免消息丢失

• 新增消费存活监控：业务侧新增消费心跳校验逻辑，比如定期消费测试队列的心跳消息、统计单位时间消费成功次数，超过阈值无消费记录时主动告警，极端场景下可手动重启监听容器或应用进程。
• 升级依赖版本：tibjms 8.0.0属于较老旧的版本，官方后续版本修复了多个连接稳定性相关bug，若业务允许可升级到Tibco官方推荐的、与Spring Boot 2.5.x兼容的稳定版本。

内容的提问来源于stack exchange，提问作者Adrien Ruffié