synchronized不可中断：线程阻塞在锁入口时无法响应interrupt()；只有进入同步块后调用wait()、sleep()等可中断方法才会抛interruptedexception。
在 synchronized 块内部无法直接响应 InterruptedException，因为 synchronized 本身**不是可中断的阻塞操作**——它不会抛出 InterruptedException，也不会因线程被中断而提前退出。真正会抛出该异常的，是块内调用的**可中断方法**（如 Thread.sleep()、Object.wait()、BlockingQueue.take() 等）。所以“在 synchronized 内部处理 InterruptedException”的本质，是：**当这些可中断方法被中断时，如何在加锁上下文中安全、协作地响应中断信号**。
关键前提：synchronized 不触发 InterruptedException
以下行为不会抛出 InterruptedException：
- 进入
synchronized块（即使锁被占用、线程阻塞在入口）——此时阻塞是 JVM 内部实现级的，不可中断； - 持有锁执行普通计算或 I/O（非可中断 I/O）；
- 调用不声明
throws InterruptedException的方法。
也就是说，synchronized 本身没有“中断语义”。你真正要处理的，永远是块里显式调用的那些可中断方法。
典型场景与正确写法
常见组合有两类，处理方式不同：
-
在 synchronized 中调用
wait()：这是最标准的协作模式。wait()必须在同步块中调用，且会释放锁、响应中断。 -
在 synchronized 中调用
sleep()或take()等：锁不会自动释放，需手动管理资源与中断状态。
示例 1：使用 wait()（推荐用于条件等待）
synchronized (lock) {
while (!conditionMet) {
try {
lock.wait(); // 可中断，自动释放锁
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
return; // 或 throw new RuntimeException(e); 通常应退出等待逻辑
}
}
// conditionMet == true，继续处理
}
示例 2：在持锁期间需要休眠或等待队列（需格外谨慎）
synchronized (lock) {
// ... 修改共享状态
try {
// ⚠️ 注意：sleep 不释放锁！其他线程将被阻塞
Thread.sleep(100);
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
// 清理当前锁内可能的中间状态（如回滚修改）
// 然后必须尽快退出 synchronized 块，避免长期持锁
return;
}
}
为什么不能在 synchronized 里“等中断”？
如果你期望“线程在 synchronized 入口处被中断就立刻失败”，这是做不到的。JVM 规范未定义 synchronized 入口的可中断性。实践中：
- 若线程正阻塞在
synchronized(lock)入口（争抢锁），调用interrupt()对其**无影响**：isInterrupted()仍为true，但线程不会被唤醒或抛异常； - 只有进入同步块后，调用可中断方法（如
wait()），中断才生效； - 因此，依赖中断来“取消获取锁”不可靠，应改用
Lock.tryLock(long, TimeUnit)等可中断锁机制。
更安全的替代方案：用 ReentrantLock 替代 synchronized
如果业务确实需要“可中断地获取锁”，应放弃 synchronized，改用 java.util.concurrent.locks.ReentrantLock：
private final Lock lock = new ReentrantLock();
// ...
try {
if (lock.tryLock(1, TimeUnit.SECONDS)) {
try {
// 执行临界区
} finally {
lock.unlock();
}
} else {
// 获取锁超时
}
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
// 中断发生在 tryLock 过程中，可立即响应
}
ReentrantLock.lockInterruptibly() 更直接支持中断，且语义清晰、符合 JDK 协作契约。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
