LinkedBlockingQueue的fullyLock方法异常是否会引发锁泄露问题？

数据老陈

2026-9-30

问题解答

1. 该场景是否有可能发生？

仅在JVM出现致命异常错误的极端场景下才有可能发生，常规业务运行过程中几乎不会出现。

2. 常规场景下不会发生的核心原因

首先明确ReentrantLock的lock()方法的特性：

lock()方法本身不响应线程中断，也不会抛出InterruptedException，执行到该方法时要么一直阻塞等待直到成功获取锁，要么拿到锁后继续向下执行，常规锁竞争场景下不会抛出任何异常
只有当JVM出现栈溢出、OOM等非程序可控的Error级错误，或是线程被调用已废弃的Thread.stop()强制终止时，才可能出现在putLock加锁成功后，takeLock加锁流程异常中断的情况
其次看remove()的实现逻辑，正常情况下只要fullyLock()执行完成，后续的逻辑都会走finally块调用fullyUnlock()同时释放两把锁，不会出现锁泄漏。

3. 极端场景下的补救方案

JDK层面优化

可以调整fullyLock的加锁逻辑，每成功获取一把锁就增加兜底释放逻辑，避免后续加锁失败导致已持有的锁泄漏：

void fullyLock() {
    putLock.lock();
    boolean takeLockAcquired = false;
    try {
        takeLock.lock();
        takeLockAcquired = true;
    } finally {
        if (!takeLockAcquired) {
            // 第二把锁加锁失败，释放已经持有的putLock
            putLock.unlock();
        }
    }
}