Question

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

“ com.mchange.v2.async.ThreadPoolAsynchronousRunner $ PoolThread-＃2”＃250守护程序prio = 5 os_prio = 0 tid = 0x00007f9de0016000 nid = 0x7e54可运行[0x00007f9d6495a000]      java.lang.Thread.State：RUNNABLE       在com.mchange.v2.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（本地方法）       -等待<< strong> 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：已阻止（在对象监视器上）       在java.lang.Object.wait（本地方法）       -等待<< strong> 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上的同步就会被“释放”，即应用程序的其他部分可以输入在该实例上同步的块。在您的特定情况下，这似乎已经发生，并且第一个线程的wait调用返回了，并且当前正在处理来自它的一些数据。您仍会在线程转储中看到多条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 将保持锁定并处于状态已阻止。

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

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

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

3 个答案: