关于jstack检测线程的死锁、等待、cpu耗时

最新推荐文章于 2024-02-21 10:38:09 发布

yly20150203

最新推荐文章于 2024-02-21 10:38:09 发布

阅读量472

点赞数

分类专栏： java

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.csdn.net/yly20150203/article/details/103609677

版权

本文介绍了如何利用jstack工具来诊断Java应用程序的线程问题，包括在高CPU占用率、无响应或死锁情况下如何排查。通过jstack命令查看线程堆栈信息，定位到问题线程，分析线程状态如Runnable、Waiting on condition、Blocked等，以解决死循环和资源争用等问题。

摘要由CSDN通过智能技术生成

背景

最近在项目中碰到一个问题，tomcat怎么都起不来，但是没有报任何的错误，当时请教了师兄，师兄一下就解决的，咨询之后，依赖的外部服务挂掉了，解决方法就jstack，然后看阻塞在哪个线程。所以为了下次不要犯这个错误，这里记录一下

jstack

jstack是jdk自带的线程堆栈分析工具，使用该命令可以查看或者导出线程的堆栈信息。

jstack -l :进程挂起，强制打印堆栈信息，一般情况不使用
jstack -F ：打印java和native c/c++框架的所有栈信息，一般应用排查不使用
jstack -m ：一般不用

示例

jps查看java进程
在这里插入图片描述

jstack查看指定进程的当前堆栈情况：jstack pid
在这里插入图片描述
将指定进程的当前堆栈情况记录到某个文件中
jstack -l pid > /root/jstack_info.txt

在这里插入图片描述

最低0.47元/天解锁文章

yly20150203 CSDN认证博客专家 CSDN认证企业博客

码龄10年

49: 原创

11万+: 周排名

86万+: 总排名

1万+: 访问

: 等级

616: 积分

7: 粉丝

7: 获赞

6: 评论

12: 收藏

私信

关注

热门文章

分类专栏

Spring源码 1篇
mysql 2篇
redis 1篇
Spring学习 1篇
git 1篇
jvm 1篇
前端 3篇
maven 5篇
java 24篇
C 1篇
WEB 9篇
数据库 2篇

最新评论

编写一个maven插件，并进行插件测试
ctotalk: 不错
类加载器深入理解
ctotalk: 不错
JAVA线程（升级）
yly20150203: 关于这两条指令的作用，我们直接参考JVM规范中描述： monitorenter ： Each object is associated with a monitor. A monitor is locked if and only if it has an owner. The thread that executes monitorenter attempts to gain ownership of the monitor associated with objectref, as follows: • If the entry count of the monitor associated with objectref is zero, the thread enters the monitor and sets its entry count to one. The thread is then the owner of the monitor. • If the thread already owns the monitor associated with objectref, it reenters the monitor, incrementing its entry count. • If another thread already owns the monitor associated with objectref, the thread blocks until the monitor's entry count is zero, then tries again to gain ownership. 这段话的大概意思为：每个对象有一个监视器锁（monitor）。当monitor被占用时就会处于锁定状态，线程执行monitorenter指令时尝试获取monitor的所有权，过程如下： 1、如果monitor的进入数为0，则该线程进入monitor，然后将进入数设置为1，该线程即为monitor的所有者。 2、如果线程已经占有该monitor，只是重新进入，则进入monitor的进入数加1. 3.如果其他线程已经占用了monitor，则该线程进入阻塞状态，直到monitor的进入数为0，再重新尝试获取monitor的所有权。 monitorexit：　 The thread that executes monitorexit must be the owner of the monitor associated with the instance referenced by objectref. The thread decrements the entry count of the monitor associated with objectref. If as a result the value of the entry count is zero, the thread exits the monitor and is no longer its owner. Other threads that are blocking to enter the monitor are allowed to attempt to do so. 这段话的大概意思为：执行monitorexit的线程必须是objectref所对应的monitor的所有者。指令执行时，monitor的进入数减1，如果减1后进入数为0，那线程退出monitor，不再是这个monitor的所有者。其他被这个monitor阻塞的线程可以尝试去获取这个 monitor 的所有权。　　通过这两段描述，我们应该能很清楚的看出Synchronized的实现原理，Synchronized的语义底层是通过一个monitor的对象来完成，其实wait/notify等方法也依赖于monitor对象，这就是为什么只有在同步的块或者方法中才能调用wait/notify等方法，否则会抛出java.lang.IllegalMonitorStateException的异常的原因。　　我们再来看一下同步方法的反编译结果：源代码：复制代码 1 package com.paddx.test.concurrent; 2 3 public class SynchronizedMethod { 4 public synchronized void method() { 5 System.out.println("Hello World!"); 6 } 7 } 复制代码反编译结果：　　从反编译的结果来看，方法的同步并没有通过指令monitorenter和monitorexit来完成（理论上其实也可以通过这两条指令来实现），不过相对于普通方法，其常量池中多了ACC_SYNCHRONIZED标示符。JVM就是根据该标示符来实现方法的同步的：当方法调用时，调用指令将会检查方法的 ACC_SYNCHRONIZED 访问标志是否被设置，如果设置了，执行线程将先获取monitor，获取成功之后才能执行方法体，方法执行完后再释放monitor。在方法执行期间，其他任何线程都无法再获得同一个monitor对象。其实本质上没有区别，只是方法的同步是一种隐式的方式来实现，无需通过字节码来完成。
JAVA线程（简单）
yly20150203: https://www.cnblogs.com/paddix/p/5367116.html synchronized原理
JAVA线程（简单）
yly20150203: 实现Runnable接口的方式，更加的符合面向对象，线程分为两部分，一部分线程对象，一部分线程任务。继承Thread类，线程对象和线程任务耦合在一起。一旦创建Thread类的子类对象，既是线程对象，有又有线程任务。实现runnable接口，将线程任务单独分离出来封装成对象，类型就是Runnable接口类型。Runnable接口对线程对象和线程任务进行解耦。'

最新文章

目录

评论

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

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