这是一个创建于 1204 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在生产环境遇到个问题，一个 java web 服务的监控到线程数达到 4000 多左右，而且一直在上涨。
通过 jstack 查看线程情况，发现状态都是 TIMED_WAITING，
但是看堆栈信息只能看到很少的信息，无法定位到是哪个地方导致的，调用信息如下图，我怀疑是项目用到了
httpClient 导致的（版本 4.3 ），但是没有证据。。。请问下各位有什么好的方法能定位到具体是哪块调用的方法导
致的。
jstack 分析结果如下，堆栈信息很简单，4000 多个都是和这个一样的情况
 |
1
BBCCBB 2021-01-06 14:38:07 +08:00  2
首先代码里生成 thread 的地方一定要指定 name/threadFactory, 不然不好排查..
|
 |
2
chendy 2021-01-06 14:48:04 +08:00
这个线程名是手 new Thread 的线程名
找到 new Thread 的地方，修改成使用线程池的形式 代码里搜 new Thread( 基本就能找到了…… |
 |
3
leafre 2021-01-06 14:50:57 +08:00
写业务时没命名好线程的结果
|
 |
4
cheng6563 2021-01-06 14:51:17 +08:00
大概率是监控程序起了个线程想异步推送数据，但没有设置超时时间，目标端口能握手但不响应（多半是安全组或防火墙没开），就出现这样的情况了。
你看看能不能配置下响应超时时间，也可以排除下那个监控服务端的连接问题。 |
 |
5
Jooooooooo 2021-01-06 14:52:11 +08:00
ali 的 Java 开发规范大部分内容遵守都是不错的
比如这个, 线程名称要自定义 |
 |
6
securityCoding 2021-01-06 14:53:59 +08:00
直接搜业务代码 Thread 关键字
|
 |
7
sonice 2021-01-06 15:19:26 +08:00
Unirest 没 shutdown
|
 |
8
ChovyChu 2021-01-06 16:01:38 +08:00
看一下栈不就知道这个线程是干嘛的吗，一下就能找到在哪创建的了吧
|
 |
9
lsongiu 2021-01-06 17:31:19 +08:00
客户端大量关闭 tcp 链接，time_wait 过多？短连接改长连接试试？不行来个 http 连接池
|
 |
10
berg223 2021-01-07 00:38:15 +08:00
原因是你 new 的 unirest 实例太多了，具体参见：
https://stackoverflow.com/questions/59309046/unirest-thread-leak |
|
11
berg223 2021-01-07 00:41:20 +08:00
其实堆栈信息已经很明确了，就是卡在了 SyncIdleConnectionMonitorThread 这个文件的 22 行，你看一下代码差不多能猜到原因了
|
|
12
berg223 2021-01-07 00:45:53 +08:00
具体的讨论可以看一下： https://github.com/Kong/unirest-java/issues/140
|
 |
14
hello826 OP 问题解决了，不是 httpClient 的锅，是二方包的 bug，文件服务上传每次前端有请求，后端都会创建一个线程，而且是永不关闭的线程。。
|
Select Language