jstack分析实战

jstak的作用

最近工作中，需要做性能优化方便的工作，看 <java性能优化权威指南>上说，性能优化本质就是提高有效的CPU利用率。其中大家都知道java里面具体干活的最小单位是线程，所以需要尽可能的让线程忙碌起来。那如何查看每个线程的工作情况和实时状态，那就需要用到jstak了。 下面截图是在线分析 jtack文件网站，那个线程在偷懒，那个线程在干活，一目了然。

https://fastthread.io/ft-thread-report.jsp?dumpId=1&oTxnId_value=a9bbc12c-390d-4398-88e6-7df0591a5cdc 

 

 

线程的几种状态

线程的实时状态排查

一般我们使用jstack排查问题是因为系统比较卡，或者程序的运行效率不高，比如我最近排查rocketmq 的某一个topic 消费比较慢，发现了这个, 发现这个topic的tag代码在sleepi....,可以对照上去看到java代码写了啥玩意。

"ConsumeMessageThread_18" #268 prio=5 os_prio=0 tid=0x00007fa6cc005000 nid=0x7df2 waiting on condition [0x00007fa5f41d8000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
    at java.lang.Thread.sleep(Native Method)
    at com.cbest.bee.notice.server.mq.consume.ict.PushEquipChargeStatusConsumer.consume(PushEquipChargeStatusConsumer.java:76)
    at com.cbest.bee.notice.server.mq.consume.ict.PushEquipChargeStatusConsumer$$FastClassBySpringCGLIB$$154fde77.invoke(<generated>)
    at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
    at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:746)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
    at org.springframework.aop.framework.adapter.MethodBeforeAdviceInterceptor.invoke(MethodBeforeAdviceInterceptor.java:56)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:174)
    at org.springframework.aop.framework.adapter.AfterReturningAdviceInterceptor.invoke(AfterReturningAdviceInterceptor.java:55)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:174)
    at org.springframework.aop.aspectj.AspectJAfterThrowingAdvice.invoke(AspectJAfterThrowingAdvice.java:62)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:174)
    at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185)
    at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:688)
    at com.cbest.bee.notice.server.mq.consume.ict.PushEquipChargeStatusConsumer$$EnhancerBySpringCGLIB$$42040ae5.consume(<generated>)
    at com.cbest.bee.notice.server.mq.consume.ConsumerStrategyContext.consume(ConsumerStrategyContext.java:22)
    at com.cbest.bee.notice.server.mq.listener.MessageListener.consumeMessage(MessageListener.java:66)
    at org.apache.rocketmq.client.impl.consumer.ConsumeMessageConcurrentlyService$ConsumeRequest.run(ConsumeMessageConcurrentlyService.java:411)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)

 

Jstack 文件的状态对应的可能的java代码

NEW

至今尚未启动的线程的状态。线程刚被创建，但尚未启动。

RUNNABLE

可运行线程的线程状态。线程正在JVM中执行，有可能在等待操作系统中的其他资源，比如处理器。

BLOCKED (on object monitor)

受阻塞并且正在等待监视器的某一线程的线程状态。处于受阻塞状态的某一线程正在等待监视器锁，以便进入一个同步的块/方法，或者在调用 Object.wait 之后再次进入同步的块/方法。
在Thread Dump日志中通常显示为 java.lang.Thread.State: BLOCKED (on object monitor) 。假如thread dumo里面有这样大量的这样的状态，可能是因为锁竞争比较严重。

WAITING (parking)

某一等待线程的线程状态。线程正在无期限地等待另一个线程来执行某一个特定的操作，线程因为调用下面的方法之一而处于等待状态：

• 不带超时的 Object.wait 方法，日志中显示为 java.lang.Thread.State: WAITING (on object monitor) 
• 不带超时的 Thread.join 方法
• LockSupport.park 方法，日志中显示为 java.lang.Thread.State: WAITING (parking)
• 线程池的空闲线程状态

TIMED_WAITING

指定了等待时间的某一等待线程的线程状态。线程正在等待另一个线程来执行某一个特定的操作，并设定了指定等待的时间，线程因为调用下面的方法之一而处于定时等待状态：

• Thread.sleep 方法  TIMED_WAITING (sleeping)
• 指定超时值的 Object.wait 方法
• 指定超时值的 Thread.join 方法
• LockSupport.parkNanos
• LockSupport.parkUntil