首先獲取jvm的程序pid。

[[email protected] ~]$ jps -v

26048 Server -Xms256m -Xmx2048m -Dweblogic.Name=bi_server1 -Djava.security.policy=/home/biee02/oracle/Middleware/Oracle_Home/wlserver/server/lib/weblogic.policy -Dweblogic.ProductionModeEnabled=true -Dweblogic.system.BootIdentityFile=/home/biee02/oracle/Middleware/Oracle_Home/user_projects/domains/bi/servers/bi_server1/data/nodemanager/boot.properties -Dweblogic.nodemanager.ServiceEnabled=true -Dweblo

得到pid為26048

然後使用top命令檢視26048中的執行緒資訊

[[email protected] ~]$ top -H -p 26048

可以看到執行緒id為26300的佔用了大量的cpu。

將26300轉化為16進位制

[[email protected] ~]$ printf "%x \n" 26300
66bc

獲取java虛擬機器的Thread dump

[[email protected] ~]$ jcmd 26048 Thread.print > threaddump.txt    

jcmd在jdk7及以上才可用

注：也可以使用jstack -l 26048 > threaddump.txt

在threaddump.txt中搜索nid=0x66bc，即是id為26300的執行緒dump資訊。如下所示：

"[ACTIVE] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'" #99 daemon prio=5 os_prio=0 tid=0x00007f65514e4000 nid=0x66bc runnable [0x00007f647eeca000]
   java.lang.Thread.State: RUNNABLE
        at com.munzandmore.stuckthread.LongRunningEJB.threadCalc(LongRunningEJB.java:40)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at com.bea.core.repackaged.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
        at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
        a

有了這個資訊之後，就可以去檢視LongRunningEJB.java第40行的原始碼，從而定位問題。