java--怎样使用jstack诊断Java应用程序故障

2024-05-25 13:18
文章标签 java 使用 应用程序 怎样 故障 诊断 jstack

本文主要是介绍java--怎样使用jstack诊断Java应用程序故障，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

查询CPU暂用过高的用法：
1，使用jps查找出java进程的pid，如3707
2，使用top -p 3707观察进程情况，然后Shift+h,显示该进程的所有线程。
3，找出CPU消耗较多的线程id，如3720，将3720转换为16进制0x7d0，注意是小写哦
4，使用jstack 3707 | grep -A 10 0x7d0 来查询出具体的线程状态。
内容摘自：http://wolfcame.iteye.com/blog/1770470

Java代码   收藏代码
  1. /** 
  2.  * 死锁例子 
  3.  * @author crane.ding 
  4.  * @since 2011-3-20 
  5.  */  
  6. public class DeadLock {  
  7.   
  8.     public static void main(String[] args) {  
  9.         final Object obj_1 = new Object(), obj_2 = new Object();  
  10.           
  11.         Thread t1 = new Thread("t1"){  
  12.             @Override  
  13.             public void run() {  
  14.                 synchronized (obj_1) {  
  15.                     try {  
  16.                         Thread.sleep(3000);  
  17.                     } catch (InterruptedException e) {}  
  18.                       
  19.                     synchronized (obj_2) {  
  20.                         System.out.println("thread t1 done.");  
  21.                     }  
  22.                 }  
  23.             }  
  24.         };  
  25.           
  26.         Thread t2 = new Thread("t2"){  
  27.             @Override  
  28.             public void run() {  
  29.                 synchronized (obj_2) {  
  30.                     try {  
  31.                         Thread.sleep(3000);  
  32.                     } catch (InterruptedException e) {}  
  33.                       
  34.                     synchronized (obj_1) {  
  35.                         System.out.println("thread t2 done.");  
  36.                     }  
  37.                 }  
  38.             }  
  39.         };  
  40.           
  41.         t1.start();  
  42.         t2.start();  
  43.     }  
  44.       
  45. }  

        以上DeadLock类是一个死锁的例子,假使在我们不知情的情况下,运行DeadLock后,发现等了N久都没有在屏幕打印线程完成信息。这个时候我们就可以使用jps查看该程序的jpid值和使用jstack来生产堆栈结果问题。  
Linux代码   收藏代码
  1. $ java -cp deadlock.jar DeadLock &  
  2. $   

Linux代码   收藏代码
  1. $ jps  
  2.   3076 Jps  
  3.   448 DeadLock  
  4. $ jstack -l 448 > deadlock.jstack  

结果文件deadlock.jstack内容如下： 
Xml代码   收藏代码
  1. 2011-03-20 23:05:20  
  2. Full thread dump Java HotSpot(TM) Client VM (19.1-b02 mixed mode, sharing):  
  3.   
  4. "DestroyJavaVM" prio=6 tid=0x00316800 nid=0x9fc waiting on condition [0x00000000]  
  5.    java.lang.Thread.State: RUNNABLE  
  6.   
  7.    Locked ownable synchronizers:  
  8.     - None  
  9.   
  10. "t2" prio=6 tid=0x02bcf000 nid=0xc70 waiting for monitor entry [0x02f6f000]  
  11.    java.lang.Thread.State: BLOCKED (on object monitor)  
  12.     at com.demo.DeadLock$2.run(DeadLock.java:40)  
  13.     - waiting to lock <0x22a297a8> (a java.lang.Object)  
  14.     - locked <0x22a297b0> (a java.lang.Object)  
  15.   
  16.    Locked ownable synchronizers:  
  17.     - None  
  18.   
  19. "t1" prio=6 tid=0x02bce400 nid=0xba0 waiting for monitor entry [0x02f1f000]  
  20.    java.lang.Thread.State: BLOCKED (on object monitor)  
  21.     at com.demo.DeadLock$1.run(DeadLock.java:25)  
  22.     - waiting to lock <0x22a297b0> (a java.lang.Object)  
  23.     - locked <0x22a297a8> (a java.lang.Object)  
  24.   
  25.    Locked ownable synchronizers:  
  26.     - None  
  27.   
  28. "Low Memory Detector" daemon prio=6 tid=0x02bb9400 nid=0xa6c runnable [0x00000000]  
  29.    java.lang.Thread.State: RUNNABLE  
  30.   
  31.    Locked ownable synchronizers:  
  32.     - None  
  33.   
  34. "CompilerThread0" daemon prio=10 tid=0x02bb2800 nid=0xcb8 waiting on condition [0x00000000]  
  35.    java.lang.Thread.State: RUNNABLE  
  36.   
  37.    Locked ownable synchronizers:  
  38.     - None  
  39.   
  40. "Attach Listener" daemon prio=10 tid=0x02bb1000 nid=0x7f4 waiting on condition [0x00000000]  
  41.    java.lang.Thread.State: RUNNABLE  
  42.   
  43.    Locked ownable synchronizers:  
  44.     - None  
  45.   
  46. "Signal Dispatcher" daemon prio=10 tid=0x02bd2800 nid=0xd80 runnable [0x00000000]  
  47.    java.lang.Thread.State: RUNNABLE  
  48.   
  49.    Locked ownable synchronizers:  
  50.     - None  
  51.   
  52. "Finalizer" daemon prio=8 tid=0x02bab000 nid=0xe1c in Object.wait() [0x02d3f000]  
  53.    java.lang.Thread.State: WAITING (on object monitor)  
  54.     at java.lang.Object.wait(Native Method)  
  55.     - waiting on <0x229e1148> (a java.lang.ref.ReferenceQueue$Lock)  
  56.     at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)  
  57.     - locked <0x229e1148> (a java.lang.ref.ReferenceQueue$Lock)  
  58.     at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)  
  59.     at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)  
  60.   
  61.    Locked ownable synchronizers:  
  62.     - None  
  63.   
  64. "Reference Handler" daemon prio=10 tid=0x02ba6800 nid=0xbe0 in Object.wait() [0x02cef000]  
  65.    java.lang.Thread.State: WAITING (on object monitor)  
  66.     at java.lang.Object.wait(Native Method)  
  67.     - waiting on <0x229e1048> (a java.lang.ref.Reference$Lock)  
  68.     at java.lang.Object.wait(Object.java:485)  
  69.     at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)  
  70.     - locked <0x229e1048> (a java.lang.ref.Reference$Lock)  
  71.   
  72.    Locked ownable synchronizers:  
  73.     - None  
  74.   
  75. "VM Thread" prio=10 tid=0x02b6a400 nid=0x568 runnable   
  76.   
  77. "VM Periodic Task Thread" prio=10 tid=0x02bc8400 nid=0x75c waiting on condition   
  78.   
  79. JNI global references: 878  
  80.   
  81.   
  82. Found one Java-level deadlock:  
  83. =============================  
  84. "t2":  
  85.   waiting to lock monitor 0x02baaeec (object 0x22a297a8, a java.lang.Object),  
  86.   which is held by "t1"  
  87. "t1":  
  88.   waiting to lock monitor 0x02baa2bc (object 0x22a297b0, a java.lang.Object),  
  89.   which is held by "t2"  
  90.   
  91. Java stack information for the threads listed above:  
  92. ===================================================  
  93. "t2":  
  94.     at com.demo.DeadLock$2.run(DeadLock.java:40)  
  95.     - waiting to lock <0x22a297a8> (a java.lang.Object)  
  96.     - locked <0x22a297b0> (a java.lang.Object)  
  97. "t1":  
  98.     at com.demo.DeadLock$1.run(DeadLock.java:25)  
  99.     - waiting to lock <0x22a297b0> (a java.lang.Object)  
  100.     - locked <0x22a297a8> (a java.lang.Object)  
  101.   
  102. Found 1 deadlock.  

这篇关于java--怎样使用jstack诊断Java应用程序故障的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1001612。

相关文章

JVM 的类初始化机制

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时，有没有考虑过 JVM 是如何把静态的字节码（byte code）转化为运行时对象的呢，这个问题看似简单，但清楚的同学相信也不会太多，这篇文章首先介绍 JVM 类初始化的机制，然后给出几个易出错的实例来分析，帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段，分别是：loading 、Linking、initialization
阅读更多...
Spring Security 基于表达式的权限控制

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权，允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true （Spring security默认会带有ROLE_前缀）,去
阅读更多...
浅析Spring Security认证过程

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程，特意画了如下的类图，包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口，接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti
阅读更多...
Spring Security--Architecture Overview

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类，它们之间的依赖，构建起了整个框架。想要理解整个架构，最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文（security context）的信息。当前操作的用户是谁，该用户是否已经被认证，他拥有哪些角色权限…这些都被保
阅读更多...
Spring Security基于数据库验证流程详解

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明（认真看哦） AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证，则会调用 #attemptAuthentica
阅读更多...
Spring Security 从入门到进阶系列教程

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门（一）：登录与退出》 《Spring-Security-入门（二）：基于数据库验证》 《Spring-Security-入门（三）：密码加密》 《Spring-Security-入门（四）：自定义-Filter》 《Spring-Security-入门（五）：在 Sprin
阅读更多...
Java架构师知识体认识

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物
阅读更多...
中文分词jieba库的使用与实景应用（一）

中文分词jieba库的使用与实景应用（一）

知识星球：https://articles.zsxq.com/id_fxvgc803qmr2.html 目录 一.定义： 精确模式（默认模式）： 全模式： 搜索引擎模式： paddle 模式（基于深度学习的分词模式）： 二 自定义词典 三.文本解析   调整词出现的频率 四. 关键词提取 A. 基于TF-IDF算法的关键词提取 B. 基于TextRank算法的关键词提取
阅读更多...
使用SecondaryNameNode恢复NameNode的数据

使用SecondaryNameNode恢复NameNode的数据

1）需求： NameNode进程挂了并且存储的数据也丢失了，如何恢复NameNode 此种方式恢复的数据可能存在小部分数据的丢失。 2）故障模拟 （1）kill -9 NameNode进程 [lytfly@hadoop102 current]$ kill -9 19886 （2）删除NameNode存储的数据（/opt/module/hadoop-3.1.4/data/tmp/dfs/na
阅读更多...
Hadoop数据压缩使用介绍

Hadoop数据压缩使用介绍

一、压缩原则 （1）运算密集型的Job，少用压缩 （2）IO密集型的Job，多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1）为了支持多种压缩/解压缩算法，Hadoop引入了编码/解码器 2）要在Hadoop中启用压缩，可以配置如下参数
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2