首先获取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行的源代码，从而定位问题。