首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >在sun.misc.Unsafe.park等待(本机方法)

在sun.misc.Unsafe.park等待(本机方法)
EN

Stack Overflow用户
提问于 2014-06-16 18:14:19
回答 3查看 119.1K关注 0票数 92

我的一个应用程序在负载下运行了一段时间后挂起了,有谁知道什么会导致jstack中出现这样的输出:

代码语言:javascript
复制
"scheduler-5" prio=10 tid=0x00007f49481d0000 nid=0x2061 waiting on condition [0x00007f494e8d0000]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000006ee117310> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
        at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1085)
        at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:807)
        at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1043)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1103)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
        at java.lang.Thread.run(Thread.java:722)

当它挂起时,我在jstack输出中看到了很多这样的情况。

我大量使用Spring @Async &map、同步映射和ehcache。

有趣的是,这只发生在一个应用程序实例上。另外两个运行得非常好。在这种情况下,我还可以调查什么来获得更多详细信息?

我发现这篇文章是https://stackoverflow.com/questions/23992787/parking-to-wait-for-0xd8cf0070-a-java-util-concurrent-locks-abstractqueueds的,但它在我的情况下并不是很有用。

EN

回答 3

Stack Overflow用户

回答已采纳

发布于 2014-10-07 23:38:24

unsafe.park与thread.wait基本相同,只是它使用的是特定于体系结构的代码(这就是它“不安全”的原因)。不安全不是公开可用的,而是在java内部库中使用,在这些库中,体系结构特定的代码将提供显著的优化好处。它被大量用于线程池。

所以,为了回答你的问题,线程所做的一切都是在等待某件事,它实际上并没有使用任何CPU。考虑到您最初的堆栈跟踪显示您正在使用锁,我假设在您的情况下发生了死锁。

是的,我知道你现在几乎肯定已经解决了这个问题。然而,如果有人用谷歌搜索sun.misc.unsafe.park,你就是排名靠前的搜索结果之一。我认为回答这个问题可能会帮助其他人理解这个似乎占用了他们所有CPU的方法是什么。

票数 206
EN

Stack Overflow用户

发布于 2016-06-09 05:05:22

从堆栈跟踪可以清楚地看出,ThreadPoolExecutor >工作线程启动了,它正在等待任务在BlockingQueue(DelayedWorkQueue)上可用来挑选任务,并且execute.So只有在从发布者线程获得信号的时候,这个线程才会处于等待状态。

票数 9
EN

Stack Overflow用户

发布于 2017-10-02 21:11:31

我遇到了类似的问题,根据前面的回答(谢谢!),我能够搜索并找到如何正确处理ThreadPoolExecutor终止。

在我的例子中,这只是修复了类似阻塞线程逐渐增加的问题:

  • 我在finally子句中使用了ExecutorService::awaitTermination(x, TimeUnit)ExecutorService::shutdownNow() (如果需要)。
  • 为了了解相关信息,我使用了以下命令来检测线程数并列出锁定的线程:

ps -u javaAppuser -L|wc -l

jcmd ps -C java -o pid= Thread.print >> threadPrintDayA.log

jcmd ps -C java -o pid= Thread.print >> threadPrintDayAPlusOne.log

cat池|grep“threadPrint*.log -”|wc -l

票数 3
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/24241335

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档