排查生产线程过多的问题

排查一次生产上java程序创建过多线程的问题


查看用户最大线程数,普通用户默认为4096
ulimit -u

打印所有进程及其线程,树状结构,枝干是进程,叶子是线程,生产环境会比较多
pstree -p 

打印所有线程的数量
pstree -p |wc -l

打印某个进程的线程数
pstree -p {pid} | wc -l

查看服务器上所有的进程号
jps -l

查看指定进程号(pid)的数量
ps -T -p pid | wc -l

dump线程栈,注意要使用进程(pid)同用户进行导出,
(如果你爆出VM空间的错,你要检查一下你是不是用同一种jdk打包和运行的,
如果你打包用的oraclejdk,运行用openjdk那就会有这个错误)
jstack pid > jstack.txt

搜索线程栈的线程现状种类,
cat jstack.txt | grep java.lang.Thread.State | awk '{print $2}' | sort | uniq -c

我这次排查的线程过多是太多的TIMED_WAITING,
实际检查为密码键盘的一处调用,密码键盘是第三方公司的jar包,
他在初始化的时候会创建一个线程单独与密码机器联系,并且等待被调用后唤醒;
这里应该是在bean新建的时候new一个,实际上每次调用密码键盘的时候创建了一个,
导致创建了太多的线程,实际创建了2千多个,用户最大线程数为4096,导致程序假死。

如果你这个用户创建线程已满,导致你无法ssh,你可以进入root(root的线程数较多),然后使用root kill掉几个进程,然后就能登录了。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值