是否建议在ActiveMQ PooledConnectionFactory中设置IdleTimeout为0？

针对你使用ActiveMQ Artemis 2.17.0 + ActiveMQ JMS pool 5.16.2的场景，是否设置IdleTimeout=0需要结合系统实际情况判断，以下是具体分析：

不建议设置为0的核心原因 #

• 资源浪费：设为0后，连接池不会自动回收空闲连接，哪怕这些连接长时间无人使用，也会持续占用代理端的连接配额、客户端的内存资源。如果系统连接需求波动大（比如高峰繁忙、低峰闲置），大量空闲连接会挤占资源，甚至可能触发代理的连接上限，导致新请求无法建立连接。
• 无效连接风险：长期空闲的连接可能因网络波动、代理端的空闲超时配置（比如Artemis的idle-timeout）被主动断开，但池不会自动清理这些失效连接。后续从池内获取连接时会抛出连接异常，除非额外开启testOnBorrow或testWhileIdle这类校验机制，这又会增加额外的性能开销。

可以考虑设置为0的场景 #

如果你的系统满足以下所有条件，设置IdleTimeout=0能避免连接频繁创建销毁的开销，提升性能：

• 系统的连接需求非常稳定，始终需要固定数量的连接，没有明显的高低峰波动；
• 网络环境极度可靠，不会出现连接意外断开的情况；
• 代理端没有配置主动断开空闲连接的规则。

最佳实践 #

大多数生产场景下，更建议设置合理的非零IdleTimeout值：

• 根据系统的空闲时长规律，设置为几分钟到几十分钟（比如300000毫秒=5分钟），让池自动回收长期闲置的连接，节省资源；
• 配合开启testOnBorrow（获取连接时校验有效性）或testWhileIdle（空闲时校验），确保池内连接都是可用的，避免无效连接引发业务异常。

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