Java并发面试总把 synchronized 和 ReentrantLock 混在一起怎么办？4个场景讲清锁、条件队列和中断

先把 30 秒回答说完整

两者都能做互斥，ReentrantLock 和 synchronized 的基本行为与语义一致，也都支持同一线程重入。synchronized 使用对象的隐式监视器，锁的获取和释放受代码块范围管理；ReentrantLock 需要显式调用 lock 和 unlock，但因此可以增加 tryLock、可中断获取、超时等待、公平策略和多个 Condition。选择时先看业务是否需要这些控制能力，不要直接下结论说谁天然更快。

场景一：只保护一小段临界区，为什么不直接用 synchronized？

public synchronized void increase() {
    count++;
}

private final Object monitor = new Object();

public void increase() {
    synchronized (monitor) {
        count++;
    }
}

private final ReentrantLock lock = new ReentrantLock();

public void increase() {
    lock.lock();
    try {
        count++;
    } finally {
        lock.unlock();
    }
}

• 临界区简单、没有取消或超时要求，synchronized 往往更省心。
• 需要把加锁和释放拆到不同控制路径，或者需要尝试、限时和可中断获取，再考虑 ReentrantLock。
• 不能把「代码更长」误答成「性能更好」。两者的取舍首先是控制能力和出错风险。

场景二：线程不能无限等锁，怎么答 tryLock 和中断？

if (lock.tryLock(200, TimeUnit.MILLISECONDS)) {
    try {
        updateInventory();
    } finally {
        lock.unlock();
    }
} else {
    recordTimeout();
}

try {
    lock.lockInterruptibly();
    try {
        callRemoteService();
    } finally {
        lock.unlock();
    }
} catch (InterruptedException e) {
    Thread.currentThread().interrupt();
    return;
}

1. tryLock() 不是「等一会儿」。无参版本拿不到就立即返回 false，限时版本才会等待。
2. 捕获 InterruptedException 后，不要静默吞掉中断。示例里恢复中断标记，是为了让上层仍能看到取消信号；具体是返回、重试还是结束任务，要按业务语义决定。

场景三：为什么 Condition 要配合 while，而不是 if？

private final ReentrantLock lock = new ReentrantLock();
private final Condition notFull = lock.newCondition();
private final Condition notEmpty = lock.newCondition();

public void put(Item item) throws InterruptedException {
    lock.lockInterruptibly();
    try {
        while (queue.isFull()) {
            notFull.await();
        }
        queue.add(item);
        notEmpty.signal();
    } finally {
        lock.unlock();
    }
}

场景四：公平锁是不是更公平？tryLock 会不会插队？

ReentrantLock fairLock = new ReentrantLock(true);
boolean acquired = fairLock.tryLock();

最后用一段项目话术收尾

我不会先按 API 名称二选一，而是先看锁的需求。如果只是保护一个边界清楚的临界区，我优先考虑 synchronized，减少手动释放带来的风险。如果需要超时、可中断获取，或者同一把锁下有多个独立等待条件，我会用 ReentrantLock 和对应的 Condition。无论选哪种方案，我都会确认锁的持有范围、异常路径、等待条件和监控信号，避免只看代码能不能编译。

面试前自查清单

• 能否用一句话说明两者都提供互斥和可重入的基本语义？
• 能否解释为什么 ReentrantLock 的 unlock() 要放进 finally？
• 能否区分立即尝试、限时等待和可中断获取？
• 能否说清 await() 释放锁、返回前重新获取锁，以及为什么必须循环检查条件？
• 能否举出同一把锁配两个 Condition 的场景？
• 能否说明公平锁不保证线程调度公平，以及无参 tryLock() 可能插队？
• 能否根据自己的项目说出锁的保护对象、等待条件、超时处理和异常路径？