为什么一个空闲的Java线程显示较高的CPU使用率?

时间:2018-09-11 19:54:13

标签: java multithreading wildfly cpu-usage jstack

我在Amazon Linux上将Wildfly 11与JDK 8一起使用。我试图弄清楚为什么正在等待的线程显示较高的CPU使用率。我得到了应用服务器进程的PID,就像这样

[jboss@prodmachine ~]$ ps -elf | grep java
0 S jboss     8844     1  0  80   0 - 28275 wait   15:30 ?        00:00:00 /bin/sh /usr/java/wildfly/bin/standalone.sh -c standalone.xml
0 S jboss     8896  8844 99  80   0 - 7337773 futex_ 15:30 ?      08:16:14 /usr/java/default/bin/java -D[Standalone] -server -Xms64m -Xmx25600m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=1024m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman,com.newrelic -Djava.awt.headless=true -javaagent:/usr/java/wildfly/newrelic/newrelic.jar -Dorg.jboss.boot.log.file=/usr/java/wildfly/standalone/log/server.log -Dlogging.configuration=file:/usr/java/wildfly/standalone/configuration/logging.properties -jar /usr/java/wildfly/jboss-modules.jar -mp /usr/java/wildfly/modules org.jboss.as.standalone -Djboss.home.dir=/usr/java/wildfly -Djboss.server.base.dir=/usr/java/wildfly/standalone -c standalone.xml

然后我查找了与此相关的高CPU uprocess

top -n 1 -H -p 8896

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                           
 9310 jboss     20   0 28.0g 4.4g  33m S 43.3 15.2   3:16.72 java                                                                               
 9207 jboss     20   0 28.0g 4.4g  33m S 13.8 15.2  42:00.05 java                                                                               
 9292 jboss     20   0 28.0g 4.4g  33m S 13.8 15.2   3:17.87 java

因此,“ 9310”的十六进制是“ 0x245e”,当我使用jstack进行线程转储时,这就是我想要的...

[jboss@prodmachine ~]$ /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.181-8.b13.39.39.amzn1.x86_64/bin/jstack -l 8896 > /tmp/jstack.txt

显示了此

"default task-86" #272 prio=5 os_prio=0 tid=0x00000000090ee800 nid=0x245e waiting on condition [0x00007f3220cee000]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x0000000181c9e050> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
        at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
        at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
        at java.lang.Thread.run(Thread.java:748)

但我已阅读的所有内容均表明处于“等待”状态的线程不应占用任何CPU资源。那我为什么看到这个奇怪的结果呢?我一路上搞砸了吗?

1 个答案:

答案 0 :(得分:1)

使用Java visual VM而不是使用命令行来监视线程活动,这要好得多,并且将为您提供极大的帮助。

处于“等待”或“睡眠”状态的线程是否使用CPU?

进入和退出睡眠/等待状态需要一定的时间。这是一个相对较小的成本,但如果调用得足够多的话,这是不小的。

在wait()的情况下,它可能会虚假地唤醒,因此,如果您按惯用的方式在循环中使用它,则理论上可能会消耗大量CPU。实际上,根据我的经验,这种情况很少发生,但经常发生,以至于如果您忘记使用循环,则会造成难以重现的错误。