一、问题描述

        某应用监控发现线程创建的总数持续上升，且线程的命名为“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"线程。