apache主动MQ连接池的高效方式
Efficient way of apache active MQ connection pooling
我们正在使用 apache activeMQ 发送消息，我们使用 apache activeMQ 连接池来发送消息。
为此，我们创建了 PooledConnectionFactory 对象，每次我们需要发送消息时，我们都使用相同的 PooledConnectionFactory 对象来创建新的连接对象，然后是会话，然后是消息生成器。现在一旦消息发送完毕，我们就关闭会话和连接。
现在在执行 netstate 时，我们发现虽然连接正在创建和关闭，但活动连接数并没有减少。
我们的活动 MQ 连接池是否有任何问题？
任何指点都会很有帮助
当您使用池连接工厂并在连接上调用 close() 时，连接实际上并未关闭；它只是返回到池中。因此实际的网络连接保持不变。池的全部目的是避免必须创建和关闭昂贵的网络连接，同时允许应用程序使用传统的程序结构，其中连接是 "created" 和 "closed" 每次发送消息时 [=16] =]消耗。如果不使用连接池，这样的程序结构将是一种严重的反模式。
可能是我理解错了，但是根据你的描述我想应该是没有问题的。
我们正在使用 apache activeMQ 发送消息，我们使用 apache activeMQ 连接池来发送消息。
为此，我们创建了 PooledConnectionFactory 对象，每次我们需要发送消息时，我们都使用相同的 PooledConnectionFactory 对象来创建新的连接对象，然后是会话，然后是消息生成器。现在一旦消息发送完毕，我们就关闭会话和连接。
现在在执行 netstate 时，我们发现虽然连接正在创建和关闭，但活动连接数并没有减少。
我们的活动 MQ 连接池是否有任何问题？ 任何指点都会很有帮助
当您使用池连接工厂并在连接上调用 close() 时，连接实际上并未关闭；它只是返回到池中。因此实际的网络连接保持不变。池的全部目的是避免必须创建和关闭昂贵的网络连接，同时允许应用程序使用传统的程序结构，其中连接是 "created" 和 "closed" 每次发送消息时 [=16] =]消耗。如果不使用连接池，这样的程序结构将是一种严重的反模式。
可能是我理解错了，但是根据你的描述我想应该是没有问题的。