一、问题描述
某应用监控发现线程创建的总数持续上升,且线程的命名为“Keep-Alive-Timer”,存活时间为5秒,导致内存被占用。
二、问题原因
该应用向外部服务频繁发起HTTP请求,并未使用HTTP长链接,HTTP客户端使用的JDK的默认实现。
三、问题分析以及解决
翻阅资料发现,JDK为了实现 1.HTTP keep-Alive 语义,2,复用SOCKET连接,3.提 升HTTP请求效率等目标。在创建HTTP请求时为HTTP连接维护了缓存,并且创建了 "Keep-Alive-Timer"来管理Socket连接。以下是官方文档中的一段话:
地址:https://docs.oracle.com/javase/8/docs/technotes/guides/net/http-keepalive.html
Demo
下面给出代码执行到17行时的时序图
1.向HttpURLConnection获取输出流。
2.创建HttpClient。
3.检查是否使用缓存(默认开启),从缓存中根据url获取HttpClient。
4.若缓存中没有HttpClient,调用构造函数创建HttpClient。
5.从HttpClient对象中获取输出流并返回。
然后再回来看以下Demo中的代码,看似没有问题,但其实并没有利用好复用Socket连接,默认情况下HttpURLConnect是使用长连接的除非设置"Connection:close",问题的代码在于第21行,关闭输入流,好像我们在编程的时候都应该在使用完资源的时候顺手释放资源,避免造成资源异常占用。但是我们看一段JDK中KeepAliveCache源码。
当我们向缓存(KeepAliveCache)中put一个元素的同时,他会创建一个Keep-Alive-Timer线程,那么这个线程具体做的哪些工作呢?看下面的代码
我们可以看到这个线程每5秒会执行一次:
1.他会遍历缓存中所有的key,拿到ClientVector对象,该对象继承自Stack。
2.接下去遍历所有ClientVector中所有的HttpClient检查该HttpClient对象的空闲时间,若空闲时间超过keep-alive的值,默认是5秒,则回收该客户端并且关闭Socket连接。
所以当我们在上面的Demo中主动的关闭输入流,那么他再创建HttpCleint时会检查当前连接是否可用,若不可用,则从新创建一个HttpClient,因此无法复用Socket连接
一个问题在上述描述中我没有提及,就是在何时我们会将HttpClient对象放入缓存中?
实际上是在我们关闭输入流的时候,该动作会调用KeepAliveStream的close方法,最终调用HttpCleint#finished()方法,将该对象放入缓存中。因此正确的使用应该如下图,默认使用长链接情况下,有兴趣可以去查看源码
四、总结
回到我们的问题描述,为什么说我们能看到有存活时间大约5秒的线程了,首先我们的应用中设置头"Connection:close“并且虚拟机默认开启缓存,因此当调用结束时,就会将HttpClient放入缓存中,并且创建"keep-aive-timer"线程。