Reentry antLock说“已解锁”，但第一个线程停止

Question

我们在ReentantLock上调用“lock（）”，线程卡在那里，而它们显然不应该卡在那里。

在调用“lock（）”之前使用断点进行调试时，第一个线程将停止在那里，程序指针将指向“thread.exit（）”。lock对象的toString（）表示“unlocked”，其“state”属性为“0”。行为并不总是一样的。有时，第一个线程会像预期的那样通过锁。

    userLock.lock(); //first thread sometimes gets stuck here (and the following ones as well)
                     //"userLock" has "state=0" and toString() says "UNLOCKED"

    try {
        Transaction tr = HibernateConfig.getSessionFactory().getCurrentSession().beginTransaction();
        try {
            execute();
            tr.commit();
        } catch (ConstraintViolationException e) {
            //probably traces with repeated time
            System.err.println(e.getMessage());
            if (tr.isActive()) {
                tr.rollback();
            }
        } catch (RuntimeException e) {
            e.printStackTrace();
            if (tr.isActive()) {
                tr.rollback();
            }
        }
    } catch (Throwable e) {
        e.printStackTrace();
    } finally {
        userLock.unlock();
    }

Answer 1

问题是，我的断点不在我所说的“lock（）”之前，而是在它上面。发生的情况是，一组线程会在该行中被断点阻塞，其中一个线程仍然会获取锁，然后调试器会让我控制其中一个没有获取锁的随机线程。我无法检查被断点阻塞的每个线程，以找到空闲线程。

最后，我将断点放在锁之前，它的行为与预期的一样。这让人很困惑，我希望这个问题仍能帮助一些人。

注意：当我控制一个锁定的线程时，锁的状态在调试器中显示为“unlocked”，这一事实仍然让我感到困惑。

Answer 2

尝试在userLock之后放置断点。锁定（）；然后你应该得到线程，那就得到锁。或者，您可以使用userLock。getOwner（）；就在后面。lock（）查看哪个线程获得了锁。