jstack和TDA进行java线程dump分析

公司的后端服务最近一直请求超时, 最后干脆挂掉了, 查到宕机的关键日志:  Maximum number of threads (3000) created for connector with address /172.25.109.83 and port 8080

大概意思是线程用完了, 所以第一次使用jstack打印出服务的Java堆栈信息, 配合tda-bin-2.2(看ThreadDump文件)效果更佳

操作步骤

jstack 10122 > js1

使用tda打开Dump文件,可以看到有3000多个线程locking,等待的对象是 com.mchange.v2.resourcepool.BasicResourcePool,初步分析是连接池C3P0导致的, 完美的解决办法是找出造成死锁的功能而快捷的是升级连接池(C3P0确实有点老了)

选择升级为bonecp, 原因两点1.BoneCP 不用 synchronized 关键字来处理多线程对资源的争用, 2. 分区机制，尽管使用了锁，但还是存在着资源争用的问题，因此 BoneCP 可配置多个连接池分区，每个分区独立管理，互不影响.

tda 下载: https://download.csdn.net/download/gjuse/10481327 tda视角