第 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. 连接时间到学习
因为客户端和服务器之间的网络连接可能会失败，然后返回到在线，允许客户端重新连接，AMQ Broker 会等待清理不活跃的服务器端资源。此等待时间称为生存时间(TTL)。基于网络连接的默认 TTL 为 60000 毫秒（1 分钟）。in-VM 连接中的默认 TTL 是 -1，这意味着代理永远不会超时代理端的连接。
在代理中配置时间到学习
如果您不希望客户端指定自己的连接 TTL，您可以在代理一侧设置全局值。这可以通过在代理配置中指定 connection-ttl-override 元素来完成。
检查 TTL 违反连接的逻辑定期在代理上运行，具体由 connection-ttl-check-interval 元素决定。
流程
通过添加
connection-ttl-override配置元素并提供生存时间的值来编辑<broker_instance_dir> /etc/broker.xml。<configuration> <core> ... <connection-ttl-override>30000</connection-ttl-override> 1 <connection-ttl-check-interval>1000</connection-ttl-check-interval> 2 ... </core> </configuration>
