JDK 工具使用

最新推荐文章于 2022-07-18 13:06:35 发布
最新推荐文章于 2022-07-18 13:06:35 发布
阅读量294 收藏
点赞数
分类专栏： java日常踩坑 linux 文章标签： jvm java linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/HMM316/article/details/114588360
版权

目录

0、主要功能简介

1、jps：虚拟机进程状况工具

2、jstat  虚拟机统计信息监控工具

2.1、类加载统计 -class

2.2、编译统计  -compiler

2.3 垃圾回收统计  -gc

2.4 堆内存统计  -gccapacity

2.5 新生代垃圾回收统计  -gcnew

2.6  新生代内存统计     -gcnewcapacity

2.7   老年代垃圾回收统计  -gcold 

2.8 老年代内存统计   -gcoldcapacity

2.9  JDK7 下 永久代空间统计   -gcgcpermcapacity

2.10  JDK8 下 元数据空间统计   -gcmetacapacity

2.11 总结垃圾回收统计 -gcutil 

2.12  JVM编译方法统计  -printcompilation

3、jinfo： Java配置信息工具

4、jmap： Java内存映像工具

5、jhat：虚拟机堆转储快照分析工具

6、jstack： Java堆栈跟踪工具

6.1 jstack统计线程数

6.2 jstack检测死锁

6.3  jstack检测cpu高

步骤一：查看cpu占用高进程

步骤二：查看cpu占用高线程

步骤三：转换线程ID

步骤四：定位cpu占用线程

0、主要功能简介

名称主要功能
jpsJVM Process Status Tool，显示指定系统内所有HotSpot虚拟机进程
jstatJVM Statistics Minitoring Tool，用于收集HotSpot虚拟机各方面的运行数据
jinfoConfiguration Info for Java，显示虚拟机配置信息
jmapMemory Map for Java，生成虚拟机的内存转储快照（heapdump）文件
jhatJVM Heap Dump Browser，用于分析heapdump文件，它会建立一个HTTP/HTML服务器，让用户可以在浏览器上查看分析结果
jstackStack Trace for Java，显示虚拟机的线程快照

1、jps：虚拟机进程状况工具

jps可以通过RMI协议查询开启了RMI服务的远程虚拟机进程状态，hostid为RMI注册表中注册的主机名。jps的其他常用选项见下表

选项作用
-q只输出LVMID，省略主类的名称
-m输出虚拟机进程启动时传递给主类的main()函数的参数
-l输出主类的全名，如果进程执行的是jar包，输出jar路径
-v输出虚拟机进程启动时JVM参数

2、jstat  虚拟机统计信息监控工具

以下的统计空间单位,未标明的  都是KB

jstat命令格式：

jstat [option vmid [interval[s|ms] [count]] ]

对于命令格式中的VMID与LVMID需要特别说明下：如果是本地虚拟机进程，VMID和LVMID是一致的，如果是远程虚拟机进程，那VMID的格式应当是：

[protocol:][//] lvmid [@hostname[:port]/servername]

参数interval和count代表查询间隔和次数，如果省略这两个参数，说明只查询一次。假设需要每250毫秒查询一次进程5828垃圾收集状况，一共查询5次，那命令行如下：

jstat -gc 5828 250 5
 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT
27648.0 37888.0 15507.7  0.0   232960.0 203655.2  132608.0   63928.3   46808.0 45976.5 5120.0 4923.5     36    3.325   2      0.336    3.661
27648.0 37888.0 15507.7  0.0   232960.0 203655.2  132608.0   63928.3   46808.0 45976.5 5120.0 4923.5     36    3.325   2      0.336    3.661
27648.0 37888.0 15507.7  0.0   232960.0 203655.2  132608.0   63928.3   46808.0 45976.5 5120.0 4923.5     36    3.325   2      0.336    3.661
27648.0 37888.0 15507.7  0.0   232960.0 204183.1  132608.0   63928.3   46808.0 45976.5 5120.0 4923.5     36    3.325   2      0.336    3.661
27648.0 37888.0 15507.7  0.0   232960.0 204183.1  132608.0   63928.3   46808.0 45976.5 5120.0 4923.5     36    3.325   2      0.336    3.661

选项option代表这用户希望查询的虚拟机信息，主要分为3类：类装载、垃圾收集和运行期编译状况，具体选项及租用参见下表：

选项作用
-class监视类装载、卸载数量、总空间及类装载所耗费的时间
-gc监视Java堆状况，包括Eden区、2个Survivor区、老年代、永久代等的容量
-gccapacity监视内容与-gc基本相同，但输出主要关注Java堆各个区域使用到的最大和最小空间
-gcutil监视内容与-gc基本相同，但输出主要关注已使用空间占总空间的百分比
-gccause与-gcutil功能一样，但是会额外输出导致上一次GC产生的原因
-gcnew监视新生代GC的状况
-gcnewcapacity监视内容与-gcnew基本相同，输出主要关注使用到的最大和最小空间
-gcold监视老年代GC的状况
-gcoldcapacity监视内容与——gcold基本相同，输出主要关注使用到的最大和最小空间
-gcpermcapacity输出永久代使用到的最大和最小空间
-compiler输出JIT编译器编译过的方法、耗时等信息
-printcompilation输出已经被JIT编译的方法

2.1、类加载统计 -class

jstat -class 19570
Loaded  Bytes  Unloaded  Bytes     Time
  7229 14056.6        0     0.0      10.04
Loaded:加载class的数量
Bytes：所占用空间大小
Unloaded：未加载数量
Bytes:未加载占用空间
Time：时间

2.2、编译统计  -compiler

jstat -compiler  3580
Compiled Failed Invalid   Time   FailedType FailedMethod
    9142      3       0    33.90          1 com/mysql/jdbc/AbandonedConnectionCleanupThread run
Compiled：编译数量。
Failed：失败数量
Invalid：不可用数量
Time：时间
FailedType：失败类型
FailedMethod：失败的方法

2.3、垃圾回收统计  -gc

jstat -gc 3580 250 5
 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT
27648.0 37888.0 15507.7  0.0   232960.0 203655.2  132608.0   63928.3   46808.0 45976.5 5120.0 4923.5     36    3.325   2      0.336    3.661
27648.0 37888.0 15507.7  0.0   232960.0 203655.2  132608.0   63928.3   46808.0 45976.5 5120.0 4923.5     36    3.325   2      0.336    3.661

S0C：第一个幸存区的大小
S1C：第二个幸存区的大小
S0U：第一个幸存区的使用大小
S1U：第二个幸存区的使用大小
EC：伊甸园区的大小
EU：伊甸园区的使用大小
OC：老年代大小
OU：老年代使用大小
MC：方法区大小
MU：方法区使用大小
CCSC:压缩类空间大小
CCSU:压缩类空间使用大小
YGC：年轻代垃圾回收次数
YGCT：年轻代垃圾回收消耗时间
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

2.4、堆内存统计  -gccapacity

jstat -gccapacity 17718
 NGCMN    NGCMX     NGC     S0C   S1C       EC      OGCMN      OGCMX       OGC         OC       MCMN     MCMX      MC     CCSMN    CCSMX     CCSC    YGC    FGC 
 20480.0 323584.0  44032.0 12288.0 12288.0  19456.0    40960.0   647168.0   185856.0   185856.0      0.0 1099776.0  57064.0      0.0 1048576.0   6144.0    266     4

NGCMN：新生代最小容量
NGCMX：新生代最大容量
NGC：当前新生代容量
S0C：第一个幸存区大小
S1C：第二个幸存区的大小
EC：伊甸园区的大小
OGCMN：老年代最小容量
OGCMX：老年代最大容量
OGC：当前老年代大小
OC:当前老年代大小
MCMN:最小元数据容量
MCMX：最大元数据容量
MC：当前元数据空间大小
CCSMN：最小压缩类空间大小
CCSMX：最大压缩类空间大小
CCSC：当前压缩类空间大小
YGC：年轻代gc次数
FGC：老年代GC次数

2.5、新生代垃圾回收统计  -gcnew

jstat -gcnew 17718
 S0C    S1C    S0U    S1U   TT MTT  DSS      EC       EU     YGC     YGCT  
10752.0 10752.0 7633.8    0.0 15  15 10752.0  19456.0   6928.7    270    5.730

S0C：第一个幸存区大小
S1C：第二个幸存区的大小
S0U：第一个幸存区的使用大小
S1U：第二个幸存区的使用大小
TT:对象在新生代存活的次数
MTT:对象在新生代存活的最大次数
DSS:期望的幸存区大小
EC：伊甸园区的大小
EU：伊甸园区的使用大小
YGC：年轻代垃圾回收次数
YGCT：年轻代垃圾回收消耗时间

2.6、新生代内存统计     -gcnewcapacity

jstat -gcnewcapacity 17718
  NGCMN      NGCMX       NGC      S0CMX     S0C     S1CMX     S1C       ECMX        EC      YGC   FGC 
   20480.0   323584.0    40960.0 107520.0  10752.0 107520.0  10752.0   322560.0    19456.0   271     4

NGCMN：新生代最小容量
NGCMX：新生代最大容量
NGC：当前新生代容量
S0CMX：最大幸存1区大小
S0C：当前幸存1区大小
S1CMX：最大幸存2区大小
S1C：当前幸存2区大小
ECMX：最大伊甸园区大小
EC：当前伊甸园区大小
YGC：年轻代垃圾回收次数
FGC：老年代回收次数

2.7、老年代垃圾回收统计  -gcold 

jstat -gcold 17718
   MC       MU      CCSC     CCSU       OC          OU       YGC    FGC    FGCT     GCT   
 57064.0  55143.0   6144.0   5747.8    185856.0    156839.9    271     4    1.005    6.746

MC：方法区大小
MU：方法区使用大小
CCSC:压缩类空间大小
CCSU:压缩类空间使用大小
OC：老年代大小
OU：老年代使用大小
YGC：年轻代垃圾回收次数
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

2.8、老年代内存统计   -gcoldcapacity

jstat -gcoldcapacity 17718
   OGCMN       OGCMX        OGC         OC       YGC   FGC    FGCT     GCT   
    40960.0    647168.0    185856.0    185856.0   271     4    1.005    6.746

OGCMN：老年代最小容量
OGCMX：老年代最大容量
OGC：当前老年代大小
OC：老年代大小
YGC：年轻代垃圾回收次数
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

2.9、JDK7 下 永久代空间统计   -gcgcpermcapacity

2.10、JDK8 下 元数据空间统计   -gcmetacapacity 

jstat -gcmetacapacity   17718
   MCMN       MCMX        MC       CCSMN      CCSMX       CCSC     YGC   FGC    FGCT     GCT   
       0.0  1099776.0    57064.0        0.0  1048576.0     6144.0   272     4    1.005    6.759

MCMN:最小元数据容量
MCMX：最大元数据容量
MC：当前元数据空间大小
CCSMN：最小压缩类空间大小
CCSMX：最大压缩类空间大小
CCSC：当前压缩类空间大小
YGC：年轻代垃圾回收次数
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

2.11、总结垃圾回收统计 -gcutil 

jstat -gcutil  17718
  S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT     GCT   
 67.94   0.00  44.05  84.39  96.63  93.55    272    5.754     4    1.005    6.759

S0：幸存1区当前使用比例
S1：幸存2区当前使用比例
E：伊甸园区使用比例
O：老年代使用比例
M：元数据区使用比例
CCS：压缩使用比例
YGC：年轻代垃圾回收次数
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

2.12、JVM编译方法统计  -printcompilation

jstat -printcompilation   17718
Compiled  Size  Type Method
   12281    110    1 java/lang/Class copyFields
Compiled：最近编译方法的数量
Size：最近编译方法的字节码数量
Type：最近编译方法的编译类型。
Method：方法名标识。

3、jinfo： Java配置信息工具

 

jinfo -flags 17718
Attaching to process ID 17718, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.191-b12
Non-default VM flags: -XX:CICompilerCount=2 -XX:InitialHeapSize=62914560 -XX:MaxHeapSize=994050048 -XX:MaxNewSize=331350016 -XX:MinHeapDeltaBytes=524288 -XX:NewSize=20971520 -XX:OldSize=41943040 -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseParallelGC 
Command line:  -Djava.util.logging.config.file=/web/tomcat-app/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/web/tomcat-app/endorsed -Dcatalina.base=/web/tomcat-app -Dcatalina.home=/web/tomcat-app -Djava.io.tmpdir=/web/tomcat-app/temp

-Xms：初始堆大小，默认为物理内存的1/64(<1GB)；默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制
-Xmx：最大堆大小，默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，JVM会减少堆直到 -Xms的最小限制
-Xmn：新生代的内存空间大小，注意：此处的大小是（eden+ 2 survivor space)。与jmap -heap中显示的New gen是不同的。整个堆大小=新生代大小 + 老年代大小 + 永久代大小。在保证堆大小不变的情况下，增大新生代后,将会减小老年代大小。此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8。
-XX:SurvivorRatio：新生代中Eden区域与Survivor区域的容量比值，默认值为8。两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10。
-Xss：每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M,以前每个线程堆栈大小为256K。应根据应用的线程所需内存大小进行适当调整。在相同物理内存下,减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。一般小的应用， 如果栈不是很深， 应该是128k够用的，大的应用建议使用256k。这个选项对性能影响比较大，需要严格的测试。和threadstacksize选项解释很类似,官方文档似乎没有解释,在论坛中有这样一句话:"-Xss is translated in a VM flag named ThreadStackSize”一般设置这个值就可以了。
-XX:PermSize：设置永久代(perm gen)初始值。默认值为物理内存的1/64。
-XX:MaxPermSize：设置持久代最大值。物理内存的1/4。

4、jmap： Java内存映像工具

jmap（Memory Map for Java）命令用于生产堆转储快照（一般称为heapdump或dump文件）。如果不使用jmap命令，要向获取Java堆转储快照还有一些比较”暴力“的手段：譬如-XX:+HeapDumpOnOutOfMemoryError参数，可以让虚拟机在OOM异常出现之后自动生生成dump文件，通过-XX:+HeapDumpOnCtrlBreak参数则可以使用[Ctrl]+[Break]键让虚拟机生成dump文件，又或者在Linux系统下通过Kill -3命令发送进程退出信号”恐吓“一下虚拟机，也能拿到dump文件。

jmap的作用并不仅仅是为了获取dump文件，它还可以查询finalize执行队列，Java堆和永久代的详细信息，如空间使用率、当前用的是那种收集器等。

和jinfo命令一样，jmap有不少功能在Windows平台下是受限的，除了生成dump文件的-dump选项和用于查看每个类的实例、空间占用统计的-histo选项所有操作系统都提供外，其余选项只能在Linux/Solaris下使用。

jmap命令格式：

jmap [option] vmid

option选项合法值与具体含义：

选项作用
-dump生成Java堆转储快照。格式为：-dump:[live,]format=b,file=<filename>，其中live子参数说明是否只dump出存活的对象
-finalizerinfo显示在F-Queue中等待Finalizer线程执行finalize()方法的对象。只在Linux/Solaris平台下有效
-heap显示Java堆详细信息，如使用哪种回收器、参数配置、分代状况等。只在Linux/Solaris平台下有效
-histo显示堆中对象统计信息，包括类、实例数量和合计容量
-permstat以ClassLoader为统计口径显示永久代内存状态。只在Linux/Solaris平台下有效
-F当虚拟机进程对-dump选项没有响应时，可使用这个选项强制生成dump快照。只在Linux/Solaris平台下有效
jmap -dump:format=b,file=/home/mayming/17718.dump 17718
Dumping heap to /home/test/17718.dump ...
Heap dump file created

5、jhat：虚拟机堆转储快照分析工具

Sun JDK提供了jhat（JVM Heap Analysis Tool）命令与jmap搭配使用，来分析jmap生成的堆转储快照。jhat内置了一个微型的HTTP/HTML服务器，生成dump文件的分析结果后，可以在浏览器中查看，不过实事求是地说，在实际工作中，除非真的没有别的工具可用，否则一般不会去直接使用jhat命令来分析demp文件，主要原因有二：意识一般不会在部署应用程序的服务器上直接分析dump文件，即使可以这样做，也会尽量将dump文件拷贝到其他机器上进行分析，因为分析工作时一个耗时且消耗硬件资源的过程，既然都要在其他机器上进行，就没必要收到命令行工具的限制了。另外一个原因是jhat的分析功能相对来说很简陋，VisualVM以及专门分析dump文件的Eclipse Memory Analyzer、IBM HeapAnalyzer等工具，都能实现比jhat更强大更专业的分析功能。

6、jstack： Java堆栈跟踪工具

jstack（Stack Trace for Java）命令用于生成虚拟机当前时刻的线程快照（一般称为threaddump或javacore文件）。线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等都是导致线程长时间停顿的常见原因。线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做些什么事情，或者等待着什么资源。

jstack命令格式：

jstack [option] vmid

option选项的合法值与具体意义如下：

选项作用
-F当正常输出的请求不被响应时，强制输出线程堆栈
-l除堆栈外，显示关于锁的附加信息
-m如果调用到本地方法的话，可以显示C/C++的堆栈

6.1、jstack统计线程数

jstack -l 17718 | grep 'java.lang.Thread.State' | wc -l 
125

6.2、jstack检测死锁

//java 示例代码
public class DeathLock {

    private static Lock lock1 = new ReentrantLock();
    private static Lock lock2 = new ReentrantLock();

    public static void deathLock() {
        Thread t1 = new Thread() {
            @Override
            public void run() {
                try {
                    lock1.lock();
                    TimeUnit.SECONDS.sleep(1);
                    lock2.lock();
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        };
        Thread t2 = new Thread() {
            @Override
            public void run() {
                try {
                    lock2.lock();
                    TimeUnit.SECONDS.sleep(1);
                    lock1.lock();
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        };

        t1.setName("mythread1");
        t2.setName("mythread2");
        t1.start();
        t2.start();
    }

    public static void main(String[] args) {
        deathLock();
    }
}

死锁日志

"mythread1" #11 prio=5 os_prio=0 tid=0x0000000058ef7000 nid=0x3e68 waiting on condition [0x000000005947f000]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000000d602d640> (a java.util.concurrent.lock
s.ReentrantLock$NonfairSync)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInt
errupt(AbstractQueuedSynchronizer.java:836)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(A
bstractQueuedSynchronizer.java:870)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(Abstrac
tQueuedSynchronizer.java:1199)
        at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLo
ck.java:209)
        at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)

        at DeathLock$1.run(DeathLock.java:22)

   Locked ownable synchronizers:
        - <0x00000000d602d610> (a java.util.concurrent.locks.ReentrantLock$Nonfa
irSync)


Found one Java-level deadlock:
=============================
"mythread2":
  waiting for ownable synchronizer 0x00000000d602d610, (a java.util.concurrent.l
ocks.ReentrantLock$NonfairSync),
  which is held by "mythread1"
"mythread1":
  waiting for ownable synchronizer 0x00000000d602d640, (a java.util.concurrent.l
ocks.ReentrantLock$NonfairSync),
  which is held by "mythread2"

Java stack information for the threads listed above:
===================================================
"mythread2":
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000000d602d610> (a java.util.concurrent.lock
s.ReentrantLock$NonfairSync)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInt
errupt(AbstractQueuedSynchronizer.java:836)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(A
bstractQueuedSynchronizer.java:870)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(Abstrac
tQueuedSynchronizer.java:1199)
        at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLo
ck.java:209)
        at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)

        at DeathLock$2.run(DeathLock.java:34)
"mythread1":
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000000d602d640> (a java.util.concurrent.lock
s.ReentrantLock$NonfairSync)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInt
errupt(AbstractQueuedSynchronizer.java:836)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(A
bstractQueuedSynchronizer.java:870)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(Abstrac
tQueuedSynchronizer.java:1199)
        at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLo
ck.java:209)
        at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)

        at DeathLock$1.run(DeathLock.java:22)

Found 1 deadlock.

6.3、jstack检测cpu高

步骤一：查看cpu占用高进程

top

Mem:  16333644k total,  9472968k used,  6860676k free,   165616k buffers
Swap:        0k total,        0k used,        0k free,  6665292k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND     
17850 root      20   0 7588m 112m  11m S 100.7  0.7  47:53.80 java       
 1552 root      20   0  121m  13m 8524 S  0.7  0.1  14:37.75 AliYunDun   
 3581 root      20   0 9750m 2.0g  13m S  0.7 12.9 298:30.20 java        
    1 root      20   0 19360 1612 1308 S  0.0  0.0   0:00.81 init        
    2 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kthreadd    
    3 root      RT   0     0    0    0 S  0.0  0.0   0:00.14 migration/0

步骤二：查看cpu占用高线程

top -H -p 17850

top - 17:43:15 up 5 days,  7:31,  1 user,  load average: 0.99, 0.97, 0.91
Tasks:  32 total,   1 running,  31 sleeping,   0 stopped,   0 zombie
Cpu(s):  3.7%us,  8.9%sy,  0.0%ni, 87.4%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  16333644k total,  9592504k used,  6741140k free,   165700k buffers
Swap:        0k total,        0k used,        0k free,  6781620k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
17880 root      20   0 7588m 112m  11m R 99.9  0.7  50:47.43 java
17856 root      20   0 7588m 112m  11m S  0.3  0.7   0:02.08 java
17850 root      20   0 7588m 112m  11m S  0.0  0.7   0:00.00 java
17851 root      20   0 7588m 112m  11m S  0.0  0.7   0:00.23 java
17852 root      20   0 7588m 112m  11m S  0.0  0.7   0:02.09 java
17853 root      20   0 7588m 112m  11m S  0.0  0.7   0:02.12 java
17854 root      20   0 7588m 112m  11m S  0.0  0.7   0:02.07 java

步骤三：转换线程ID

printf "%x\n" 17880          
45d8

步骤四：定位cpu占用线程

jstack 17850|grep 45d8 -A 30
"pool-1-thread-11" #20 prio=5 os_prio=0 tid=0x00007fc860352800 nid=0x45d8 runnable [0x00007fc8417d2000]
   java.lang.Thread.State: RUNNABLE
        at java.io.FileOutputStream.writeBytes(Native Method)
        at java.io.FileOutputStream.write(FileOutputStream.java:326)
        at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
        at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
        - locked <0x00000006c6c2e708> (a java.io.BufferedOutputStream)
        at java.io.PrintStream.write(PrintStream.java:482)
        - locked <0x00000006c6c10178> (a java.io.PrintStream)
        at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221)
        at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291)
        at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:104)
        - locked <0x00000006c6c26620> (a java.io.OutputStreamWriter)
        at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:185)
        at java.io.PrintStream.write(PrintStream.java:527)
        - eliminated <0x00000006c6c10178> (a java.io.PrintStream)
        at java.io.PrintStream.print(PrintStream.java:597)
        at java.io.PrintStream.println(PrintStream.java:736)
        - locked <0x00000006c6c10178> (a java.io.PrintStream)
        at com.demo.guava.HardTask.call(HardTask.java:18)
        at com.demo.guava.HardTask.call(HardTask.java:9)
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at java.lang.Thread.run(Thread.java:745)

"pool-1-thread-10" #19 prio=5 os_prio=0 tid=0x00007fc860345000 nid=0x45d7 waiting on condition [0x00007fc8418d3000]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000006c6c14178> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)

 

HMM316
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JDK工具一览表
杰哥一号号的博客
04-17 9291
Java 坑如此大，需要慢慢填。本文是列出JDK自带的一些工具，介于篇幅，简单列出工具列表及工具的作用。至少先做到知道有哪些工具，然后才能在实际中用到。本文参考了官方介绍和本机man命令的介绍。1. 标准工具这些工具都是JDK提供的，通常都是长期支持的工具，JDK承诺这些工具比较好用。不同系统、不同版本之间可能会有差异，但是不会突然就有一个工具消失。1.1 基础 (appletviewer, ex...
jdk1.8 使用工具
10-12
感谢您下载该版本的 Java™ Platform, Standard Edition ...JDK 是使用 Java 编程语言构建应用、小程序和组件的开发环境。 JDK 包括的工具有助于开发和测试用 Java 编程语言编写并运行在 Java 平台上的程序。
JDK 工具一览
沉潜飞动
04-26 5009
Java 坑如此大，需要慢慢填。本文是列出JDK自带的一些工具，介于篇幅，简单列出工具列表及工具的作用。至少先做到知道有哪些工具，然后才能在实际中用到。
JDK内置工具使用
冯立彬的博客
05-11 2万+
JDK内置工具使用 一、javah命令(C Header and Stub File Generator) 二、jps命令(Java Virtual Machine Process Status Tool) 三、jstack命令(Java Stack Trace) 四、jstat命令(Java Virtual Machine Statistics Monitoring Tool) 五、j
JDK的使用介绍
Congs的博客
08-06 5233
jdk详细介绍 1.什么是jdk JDK（Java Development Kit，java开发者工具， Java开发包 ），其实它就是一个提供给开发者用的电脑软件，用来方便编程开发。如果你不需要进行编程开发，仅仅想运行java程序的话，那么只使用安装jre就可以了。 2. JDK、JRE、JVM间的关系 Jvm（Java Virtual Machine，Java 虚拟机），是Java 实现跨平台最核心的部分。只要在需要运行 java 应用程序的操作系统上，安装一个JVM，就能够运行通过 Java 语言编
JDK自带JVM分析工具详解
靖节先生的博客
03-22 1万+
JDK自带JVM分析工具详解1. JVM分析工具概述1.1 JVM分析工具简介1.2 JVM分析工具分类2. JVM分析工具详解2.1 idea环境配置2.2 jps2.3 jinfo2.4 jvisualvm2.5 jconsole2.6 jstat2.7 jstack2.8 jcmd2.9 jmap 1. JVM分析工具概述 1.1 JVM分析工具简介 在日常应用开发过程中对JVM状态指标等健康状况的分析是必不可少的操作，尤其是在出现一些内存，GC，线程等问题，JVM分析工具能够很好的帮助我们定位分析问
1.2 JDK的使用
weixin_44716992的博客
06-01 9044
1.2.1 什么是JDK SUN公司提供了一套Java开发环境，简称JDK(Java Development Kit)，它是整个Java的核心，其中包括Java编译器、Java运行工具、Java文档生成工具、Java打包工具等。 为了满足用户日新月异的需求，JDK的版本也在不断地升级。在1995年，Java诞生之初就提供了最早的版本JDK1.0，随后相继推出了JDK1.1、JDK1.2、JDK1....
JDK安装教程
热门推荐
wumingxiaozei的博客
07-12 27万+
一、JRE与JDK介绍 java是当前比较流行的一种编程语言，当我们开始学习java的时候肯定会先要安装jdk，然后进行环境变量控制。 JRE(Java Runtime Environment ) Java运行环境，用来运行JAVA程序的。 JDK(Java Development Kit)Java开发工具包，包含JRE。因此只需要下载安装JDK即可中。 JDK是Sun Micros......
2.JDK的使用
W_chuanqi的博客
07-03 7654
📋 个人简介 💖 作者简介：大家好，我是W_chuanqi，一个编程爱好者 📙 个人主页：W_chaunqi 😀 支持我：点赞👍+收藏⭐️+留言📝 💬 愿你我共勉：“没有什么比勇气更温文尔雅，没有什么比怯懦更冷酷无情!”✨✨✨进入官网Java Downloads | Oracle打开下载好的文件，进入JDK 8安装界面单击【下一步】按钮进入JDK自定义安装界面，如右图。在本步骤图中，左侧有三个功能模块，每个模板具有特定功能如下：开发人员可以根据自己的需求选择所要安装的模块，这里我们选择开发工......
jdk版本切换工具jenv使用指南
zhaokai621的博客
07-18 2179
jenv管理jdk版本
windows+jdk 使用keytool工具
qq_42873640的博客
06-24 2447
将test.jks 配置到Tomcat里，用https访问，点击不安全，可以查看到该证书。
jdk1.6好用的jdk工具
02-06
**标题：“jdk1.6好用的jdk工具”** **描述**：“好用的jdk工具！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！” Java Development Kit（JDK）是Oracle公司...
jdk1.7 工具
04-24
9. **jvisualvm**：一个全功能的性能分析和监视工具，包含了很多其他JDK工具的功能。 **3. JDK 1.7的安装与配置** 在Windows、Linux和Mac OS等操作系统上安装JDK 1.7后，需要设置`JAVA_HOME`环境变量指向JDK的安装...
JAVAJDK使用教程
03-31
对于Android开发，还需掌握如何使用Android Studio中的JDK工具，如构建工具Gradle，以及如何调试和测试Android应用。 在**JDK文档**中，官方的Java SE文档是非常宝贵的资源，它详尽地解释了类库的API、JVM规范和...
jdk8工具包
04-22
总结起来，这个"jdk8-windowsx64工具包"是保存和使用Java 8开发环境的重要资源。通过它，开发者可以方便地在Windows 64位系统上搭建开发环境，并享受到Java 8带来的诸多新特性和性能提升。对于那些习惯于Java 8特性...
linux 环境下 Consul启动后 Service Check 报红叉的错误
HMM316的博客
05-17 1097
1、环境介绍 JDK：1.8 spring-boot：2.2.2.RELEASE spring-cloud：Hoxton.SR1 consul：1.9.5 2、问题描述 使用springcloud搭建微服务，注册中心使用 Consul 包含三个服务，两个服务提供者（8005，8006），一个服务消费者（80） 分别启动服务后出现如图错误，服务分别注册成功，但是均 （Allservicechecksfailing），错误日志为： Get "http://xxx.xxx.com:800...
举个小栗子，重新理解一下synchronized，volatile，wait()，notify()，join()
HMM316的博客
09-03 911
直接步入正题： 1、若有一个方法需要实现多线程情况下一个一个访问，则可使用synchronized关键字来实现。 2、若有一个工作是需要用两个或多个线程来共同协作完成，并且必须是完成某个动作之后才能执行下一个动作，则可使用 wait()和 notify() 结合来操作，也可使用volatile关键字来实现 。 举个栗子： /** * @author HMM * */ public class TestWait { String name = "QQQ";//随意 volat...
File转byte数组，对比
HMM316的博客
07-07 487
1、BIO方式 /** * 将文件转换成byte数组 * @param filePath * @return */ public static byte[] File2byteBIO(File tradeFile){ byte[] buffer = null; try(FileInputStream fis = new FileInputStream(tradeFile); ByteA
jfinal项目配置websocket出现404
HMM316的博客
08-19 451
直接上代码 1、导入依赖包 <dependency> <groupId>javax</groupId> <artifactId>javaee-api</artifactId> <version>7.0</version> <scope>provided</scope> </dependency> 2、配置websocketController i
深入解析JDK自带的工具及其使用
JDK自带的工具可以分为多个类别，包括基本工具、安全工具、Java国际化工具、远程方法调用（RMI）工具、Java IDL和RMI-IIOP工具、部署工具、Java插件工具、Java Web启动工具、故障检修和性能分析工具、Web服务工具、...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值