这些Java线程是否在等待获得的锁？

Question

我正在查看一个jstack日志，这是我所看到的：

“ com.mchange.v2.async.ThreadPoolAsynchronousRunner $ PoolThread-＃2”＃250守护程序prio = 5 os_prio = 0 tid = 0x00007f9de0016000 nid = 0x7e54可运行[0x00007f9d6495a000] java.lang.Thread.State：在com.mchange.v 2可运行.async.ThreadPoolAsynchronousRunner $ PoolThread.run（ThreadPoolAsynchronousRunner.java:534）-锁定< 0x00000006fa818a38 >（com.mchange.v2.async.ThreadPoolAsynchronousRunner）

“ com.mchange.v2.async.ThreadPoolAsynchronousRunner $ PoolThread-＃1”＃249守护程序prio = 5 os_prio = 0 tid = 0x00007f9de000c000 nid = 0x7e53等待监视器条目[0x00007f9d649db000] java.lang.Thread.State：已锁定（在对象上监视器）在java.lang.Object.wait（本机方法）-在< 0x00000006fa818a38 >（com.mchange.v2.async.ThreadPoolAsynchronousRunner）上等待com.mchange.v2.async.ThreadPoolAsynchronousRunner $ PoolThread.run（ThreadPoolAsynchronousRunner.java ：534）-锁定< 0x00000006fa818a38 >（com.mchange.v2.async.ThreadPoolAsynchronousRunner）

“ com.mchange.v2.async.ThreadPoolAsynchronousRunner $ PoolThread-＃0”＃248守护程序prio = 5 os_prio = 0 tid = 0x00007f9de001a000 nid = 0x7e52等待监视​​器条目[0x00007f9d64a5c000] java.lang.Thread.State：BLOCKED（在对象上监视器）在java.lang.Object.wait（本机方法）-在< 0x00000006fa818a38 >（com.mchange.v2.async.ThreadPoolAsynchronousRunner）上等待com.mchange.v2.async.ThreadPoolAsynchronousRunner $ PoolThread.run（ThreadPoolAsynchronousRunner.java ：534）-锁定< 0x00000006fa818a38 >（com.mchange.v2.async.ThreadPoolAsynchronousRunner）

因此，在此日志中，这三个线程中的每个线程都设法获得了相同的锁，并且实际上阻塞了底部的两个线程，以等待相同的锁。

有人可以告诉我这个堆栈日志是什么意思吗？

Answer 1

最后两个线程正等待通过将ThreadPoolAsynchronousRunner实例用作监视器来通知，因此该消息的来源将如下所示：

synchronized(asyncRunner) {
    // ...
    asyncRunner.wait();
    // ...
}

一旦调用wait ， asyncRunner上的同步asyncRunner被“释放”，即应用程序的其他部分可以输入在该实例上同步的块。 在您的特定情况下，这似乎已经发生，并且第一个线程的wait -call返回了，并且当前正在处理来自它的一些数据。 您仍会在线程转储中看到多个locked行，以向您显示代码当前位于synchronized块中，但如上所述，调用wait时会释放“锁定”。

在将并发包添加到JDK之前，为了避免进行昂贵的线程创建，您在这里看到的作为线程转储的技术非常普遍。 而且您的线程转储看起来像是这种实现。 这是一个简单的实现，看起来像是“幕后”：

// class ThreadPoolAsynchronousRunner
private Deque<AsyncMessage> queue;

public synchronized void addAsyncMessage(AsyncMessage msg) {
    queue.add(msg);
    notifyAll();
}

public void start() {
    for (int i = 0; i < 4; i++) {
        PoolThread pt = new PoolThread(this);
        pt.start();
    }
}

如果添加了要处理的新消息，则ThreadPoolAsynchronousRunner``将启动PoolThreads并执行notifyAll 。

// PoolThread

public PoolThread(ThreadPoolAsynchronousRunner parent) {
    this.parent = parent;
}

public void run() {
    try {
        while (true) {
            AsyncMessage  msg = null;
            synchronized(parent) {
                parent.wait();
                if (!parent.queue.isEmpty()) {
                    msg = queue.removeFirst();
                }
            }
            if (msg != null) {
                processMsg(msg);
            }
        }
    }
    catch(InterruptedException ie) {
        // exit
    }
}

notifyAll会导致所有wait的所有线程的-方法返回，所以你必须检查是否在父队列中仍然包含数据（有时wait的回报，即使没有通知发生，所以你需要此项检查，即使不使用notifyAll ）。 如果是这种情况，请启动处理方法。 你应该做的是，外synchronized -块，否则你的异步处理类只在时间处理一个消息（除非，这就是你想要的东西-但为什么运行多个PoolThread -instances？）

Answer 2

我能看到和理解的是

线程＃2处于可运行状态，并已获得对象上的锁

“ com.mchange.v2.async.ThreadPoolAsynchronousRunner $ PoolThread-＃2” java.lang.Thread.State：RUNNABLE

线程＃1和线程＃0正在等待该对象锁被释放并因此立即被阻塞。

“ com.mchange.v2.async.ThreadPoolAsynchronousRunner $ PoolThread-＃1”“ com.mchange.v2.async.ThreadPoolAsynchronousRunner $ PoolThread-＃0” java.lang.Thread.State：在java.lang上处于阻塞状态（在对象监视器上） .Object.wait（本机方法）-等待<0x00000006fa818a38>

Answer 3

只有线程＃2设法成功获得对象锁定，并且它处于RUNNABLE状态。 其他2个线程（即Thread-＃0和Thread-＃1）正在等待Thread-＃2释放该锁。 只要Thread-＃2保持锁定， Thread-＃0和Thread-＃1将保持锁定状态，并处于BLOCKED状态。

如果您有权访问源代码，则可以查看该代码，以确保是否以正确的顺序进行了锁定和解锁，并且仅在必要时才对部分代码进行了锁定。 请记住，这两个线程不是处于WAIT状态，而是处于BLOCKED状态，这是WAIT状态之后的一个步骤，并且在锁定可用后立即进入RUNNABLE状态。

在此日志片段中未发现任何问题。 这还不是僵局。