首先获取jvm的进程pid。
[biee02@bjkjy-bi-devbiee01 ~]$ 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中的线程信息
[biee02@bjkjy-bi-devbiee01 ~]$ top -H -p 26048
可以看到线程id为26300的占用了大量的cpu。
将26300转化为16进制
[biee02@bjkjy-bi-devbiee01 ~]$ printf "%x \n" 26300
66bc
获取java虚拟机的Thread dump
[biee02@bjkjy-bi-devbiee01 ~]$ 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行的源代码,从而定位问题。