jstack简介
通过jstack,我们可以轻松得知jvm中各个线程的工作情况.
工作情况
jstack -l pid (查出某个进程中运行的所有线程)
利用ps -aux 找出我们的java线程41,然后再用jstack -l 41,就可以查看jvm此刻运行的所有线程.
下面是截取的两个jvm运行的普通线程,一个是守护线程,另外一个是用户线程.
守护线程 守护线程是指给程序提供通用性支持的线程,他不属于程序,gc就是一个很称职的守护线程.守护线程是为用户线程提供服务的,也就是说如果没有用户线程,守护线程就没有存活下去的意义,在jstack中查出来的线程信息中,守护线程有个 daemon 的标志
用户线程 用户线程通常是程序自己开启的.jvm会随着所有的用户程序关闭而关闭
在下面的线程信息中 :
①HikariPool-1 connection closer是线程的名字,在Java中可以通过Thread.currentThread().getName()来查看线程名字
②prio应该是线程的优先级
③tid jvm中的线程id
③nid tid映射的操作系统中的线程id,非常有用,不过这里是用16进制的表示, 可以通过 printf "%x\n" 十进制数字 查找一个十进制数字的十六进制表示
④0x00007fa735a2a000 线程栈的起始地址
⑤ TIMED_WAITING 线程状态
⑥ 0x00000006e941b160 资源名称,等待某个资源被释放,说明有其他线程锁住了该资源,一般是 locked <0x00000006e941b160>
线程状态
- RUNNABLE 一个程序可能会有很多个线程同时进行,但是我们的cpu核数是有限的,所以操作系统会让CPU在这些线程上面来回的切换执行,每次执行一个时间片的时间,获得时间片在执行的线程的线程状态就是RUNNING, 而那些没有获得时间片而没有执行的线程就是RUNNABLE
- RUNNING 同上
- BLOCKED 线程在RUNNING期间遇到synchronized字段被锁住了,在它的线程中会有wait for lock(资源名) 的信息,而那个获得锁的线程中会有 locked(资源名)的信息
- WAITING 线程调用了object.wait()或者join()的方法,等待其他线程notify()/notifyAll()唤醒,他在等待资源,可能在等待网络,也可能是在等待IO,并且一般在synchronized块里面执行, 当唤醒以后需要再次获得锁
- TIMED_WAITING 类比WAITING, 不同的是他不需要notify()/notifyAll()唤醒,时间到了他就会自动唤醒,可以用Thread.sleep()来模拟.
"HikariPool-1 connection closer①" daemon prio=10② tid=0x00007fa688002800③ nid=0x32fd④ waiting on condition [0x00007fa735a2a000④]
java.lang.Thread.State: TIMED_WAITING (parking)⑤
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000006e6eaee28>⑥ (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082)
at java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:467)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Locked ownable synchronizers:
- None
"ActiveMQ Session Task-241" prio=10 tid=0x00007fa6f0818800 nid=0x31a3 waiting on condition [0x00007fa735967000]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000006e9103ab0> (a java.util.concurrent.SynchronousQueue$TransferStack)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226)
at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460)
at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:359)
at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:942)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Locked ownable synchronizers:
- None
利用jstack查看哪段代码最占CPU
假如java进程经常出现卡慢,cpu经常会爆满,这时候我们考虑一下是否是我们某些线程太占cpu,导致其他线程不能好好工作.可以通过以下步骤观察
- top 观察是否是java进程的CPU占用最高
- 获取java的进程号
- 直接从top命令中获取,或者linux中可以用 ps -aux | grep java 获得 PID
- window 我们可以用 cmd 输入jvisualvm 打开 java visual VM ,观察左边的进程信息来获取java的pid
- 运用 top -Hp pid 来观察是哪个线程nid的CPU占用最高
- 把 3 中获取的线程id 转成 16进制, 如果不会口算,可以用printf "%x\n" 10进制 来获得新的nid
- 用 jstack -l pid | grep -A 10 'nid= nid(4步骤获取的nid)' 得知哪个进程最占用CPU了
