第 9 章 检测已弃用连接
有时，客户端意外停止，且不会有机会清除其资源。如果出现这种情况，它可以使资源处于故障状态，并导致代理内存不足或其他系统资源。代理检测到客户端的连接在垃圾回收时没有正确关闭。然后，连接关闭，类似于以下内容的消息将写入到日志中。日志捕获客户端会话实例化的确切代码行。这可让您识别错误并进行更正。
[Finalizer] 20:14:43,244 WARNING [org.apache.activemq.artemis.core.client.impl.DelegatingSession] I'm closing a JMS Conection you left open. Please make sure you close all connections explicitly before let
ting them go out of scope!
[Finalizer] 20:14:43,244 WARNING [org.apache.activemq.artemis.core.client.impl.DelegatingSession] The session you didn't close was created here:
java.lang.Exception
at org.apache.activemq.artemis.core.client.impl.DelegatingSession.<init>(DelegatingSession.java:83)
at org.acme.yourproject.YourClass (YourClass.java:666) 1- 1
- 连接实例化的客户端代码中的行。
9.1. 连接时间-To-Live
因为客户端和服务器间的网络连接会失败，然后返回在线，因此允许客户端重新连接，AMQ Broker 会等待清理不活跃的服务器端资源。这个等待时间被称为生存时间(TTL)。基于网络的连接的默认 TTL 为 60000 毫秒（1 分钟）。在 VM 连接上的默认 TTL 是 -1，这意味着代理永远不会在代理方中造成连接。
在代理中配置 Time-To-Live
如果您不希望客户端指定自己的连接 TTL，可以在代理一侧设置全局值。这可以通过在代理配置中指定 connection-ttl-override 元素来实现。
检查 TTL 冲突连接的逻辑定期在代理上运行，如 connection-ttl-check-interval 元素所决定。
流程
编辑 <
broker_instance_dir> /etc/broker.xml，方法是添加connection-ttl-override配置元素并为生存提供一个值，如下例所示。<configuration> <core> ... <connection-ttl-override>30000</connection-ttl-override> 1 <connection-ttl-check-interval>1000</connection-ttl-check-interval> 2 ... </core> </configuration>
