如何揪出java程序占用cpu过高的线程代码

1、首先dump出该进程的所有线程及状态

使用命令 jstack PID 命令打印出CPU占用过高进程的线程栈

jstack -l5683>5683stack

将进程id为5683的线程栈输出到了文件

2、使用top命令找到耗cpu的线程

使用top -H -p PID 命令查看对应进程是哪个线程占用CPU过高

"ExecuteThread: '17' for queue: 'JMSTimerClientPool'" id=139 idx=0x250 tid=321304 prio=5 alive, in native, waiting, daemon -- Waiting for notification on: weblogic/kernel/ExecuteThread@0x1e2615d0[fat lock] at jrockit/vm/ThreadswaitForNotifySignal(JLjava/lang/Object;)Z(Native Method) at java/lang/Objectwait(J)V(Native Method) at java/lang/Objectwait(Objectjava:429) at weblogic/kernel/ExecuteThreadwaitForRequest(ExecuteThreadjava:154) ^-- Lock released while waiting: weblogic/kernel/ExecuteThread@0x1e2615d0[fat lock] at weblogic/kernel/ExecuteThreadrun(ExecuteThreadjava:174) at jrockit/vm/RNIc2java(IIIII)V(Native Method) -- end of trace

java jstack是什么，让我们一起了解一下？

jstack是java虚拟机自带的一种堆栈跟踪工具，用于打印出给定的java进程ID或core file或远程调试服务的Java堆栈信息，主要分为两个功能：针对活着的进程做本地的或远程的线程dump，以及针对core文件做线程dump。

jstack的概念是什么？

1、jstack命令的语法格式：jstack

2、Dump文件：Dump文件是进程的内存镜像。可以把程序的执行状态通过调试器保存到dump文件中。Dump文件是用来给驱动程序编写人员调试驱动程序用的，这种文件必须用专门的工具软件打开，比如使用Windbg。 

在Windbg中可以通过dump命令保存进程的dump文件。比如下面的命令把当前进程的镜像保存为c:\testdumpdmp文件：dump /ma c:\testdumpdmp。 

其中、ma参数表示dump文件应该包含进程的完整信息，包括整个用户态的内存，这样dump文件尺寸会比较大，信息非常全面。如果不是用、ma参数，保存下来的dump文件只包含了部分重要资料，比如寄存器和线程栈空间，文件尺寸会比较小，无法分析所有的数据。 

3、java线程Dump：线程dump是非常有用的诊断java应用问题的工具，每一个java虚拟机都有及时生成显示所有线程在某一点状态的线程dump的能力。虽然各个java虚拟机线程dump打印输出格式上略微有一些不同，但是线程dump出来的信息包含线程基本信息；线程的运行状态、标识和调用的堆栈；调用的堆栈包含完整的类名，所执行的方法，如果可能的话还有源代码的行数。

jstack是如何使用的？

实战案例如下： package concurrency; import javaioIOException; import javaioInputStream; public class Test {     public static void main(String[] args) throws InterruptedException, IOException {         InputStream is = Systemin;         int i = isread();         Systemoutprintln("exit。");     } }

itjobJava老师讲过：1)线程堆栈概述及基础知识

2)线程堆栈的生成原理以及相关工具

3)不同JVM线程堆栈的格式的差异（SunHotSpot、IBMJRE、OracalJRockit）

4)线程堆栈日志介绍以及解析方法

5)线程堆栈的分析和相关的技术

6)常见的问题模板（线程竟态、死锁、IO调用挂死、垃圾回收/问题、死循环等）

7)线程堆栈问题实例分析

我希望这一系列的培训能给你带来确实的帮助，所以请持续关注每周的文章更新。

但是如果我在学习过程中有疑问或者无法理解文章中的内容该怎么办？

不用担心，把我当做你的导师就好。任何关于线程堆栈的问题都可以咨询我（前提是问题不能太low）。请随意选择下面的几种方式与我取得联系：

1)直接本文下面发表评论（不好意思的话可以匿名）

2)将你的线程堆栈数据提交到RootCauseAnalysisforum

3)发Email给我，地址是@@hotmail

能帮我分析我们产品上遇到的问题么？

当然可以，如果你愿意的话可以把你的堆栈现场数据通过邮件或论坛RootCauseAnalysisforum发给我。处理实际问题是才是学习提升技能的王道。

我真心期望大家能够喜欢这个培训。所以我会尽我所能去为你提供高质量的材料，并回答大家的各种问题。

在介绍线程堆栈分析技术和问题模式之前，先要给大家讲讲基础的内容。所以在这篇帖子里，我将先覆盖到最基本的内容，这样大家就能更好的去理解JVM、中间件、以及JavaEE容器之间的交互。

JavaVM概述

Java虚拟机是JaveEE平台的基础。它是中间件和应用程序被部署和运行的地方。

JVM向中间件软件和你的Java/JavaEE程序提供了下面这些东西:

_（二进制形式的）Java/JavaEE程序运行环境

_一些程序功能特性和工具(IO基础设施，数据结构，线程管理，安全，监控等等)

_借助垃圾回收的动态内存分配与管理

你的JVM可以驻留在许多的 *** 作系统(Solaris,AIX,Windows等等)之上，并且能根据你的物理服务器配置，你可以在每台物理/虚拟服务器上安装1到多个JVM进程

JVM与中间件之间的交互

下面这张图展示了JVM、中间件和应用程序之间的高层交互模型。

如你所见，标准JavaEE应用程序的线程的分配实在中间件内核与JVM之间完成的。（当然也有例外，应用程序可以直接调用API来创建线程，这种做法并不常见，而且在使用的过程中也要特别的小心）

同时，请注意一些线程是由JVM内部来进行管理的，典型的例子就是垃圾回收线程，JVM内部使用这个线程来做并行的垃圾回收处理。

因为大多数的线程分配都是由JavaEE容器完成的，所以能够理解和认识线程堆栈跟踪，并能从线程堆栈数据中识别出它来，对你而言很重要这可以让你能够快速的知道JavaEE容器正要执行的是什么类型的请求

从一个线程转储堆栈的分析角度来看，你将能了解从JVM发现的线程池之间的不同，并识别出请求的类型

最后一节会向你提供对于HotSopVM而言什么是JVM线程堆栈的一个概述，还有你将会遇到的各种不同的线程而对IBMVM线程堆栈形式详细内容将会在第四节向你提供

请注意你可以从根本原因分析论坛获得针对本文的线程堆栈示例

JVM线程堆栈——它是什么

JVM线程堆栈是一个给定时间的快照，它能向你提供所有被创建出来的Java线程的完整清单

以上就是关于如何揪出java程序占用cpu过高的线程代码全部的内容，包括:如何揪出java程序占用cpu过高的线程代码、请教java Thread DUMP分析问题、java jstack等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！