首先獲取jvm的進(jìn)程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轉(zhuǎn)化為16進(jìn)制

[biee02@bjkjy-bi-devbiee01 ~]$ printf "%x \n" 26300

66bc

獲取java虛擬機(jī)的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

有了這個(gè)信息之后，就可以去查看LongRunningEJB.java第40行的源代碼，從而定位問題。

總結(jié)

以上是生活随笔為你收集整理的linux杀java线程,如何在Linux下找出大量占用CPU的java线程的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。