等待太阳.misc.unsafe.park（本机方法）

concurrency multithreading java java.util.concurrent

2022-08-31 10:37:13

我的一个应用程序在负载下运行了一段时间后挂起，有谁知道是什么原因导致jstack中的这种输出：

"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和maps，同步地图和ehcache。

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

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

答案 1

unsafe.park与thread.wait几乎相同，除了它使用特定于架构的代码（因此它是“不安全”的原因）。unsafe不是公开的，而是在java内部库中使用的，其中特定于架构的代码将提供显着的优化优势。它经常用于线程池。

所以，为了回答你的问题，线程所做的就是等待一些东西，它并没有真正使用任何CPU。考虑到您的原始堆栈跟踪显示您正在使用锁，我会假设您的情况正在发生死锁。

是的，我知道你现在几乎肯定已经解决了这个问题。但是，如果有人在Google上搜索sun.misc.unsafe.park，那么您就是最好的结果之一。我认为回答这个问题可能有助于其他人试图理解这种似乎正在使用他们所有CPU的方法是什么。

答案 2

从堆栈跟踪中可以清楚地看出，ThreadPoolExecutor >工作线程已启动，并且它正在等待任务在 BlockingQueue（DelayedWorkQueue）上可用以选取任务并执行。因此，只要从发布者线程获取 SIGNAL，此线程才会处于 WAIT 状态。