FileLockInterruptionException是Java NIO中线程在阻塞式获取文件锁时被中断而抛出的已检查异常，需响应中断、释放资源并恢复中断状态，避免忽略或重试。
filelockinterruptionexception 是 java nio 中在调用 filechannel.lock() 或 trylock() 时，线程被中断（thread.interrupt()）而抛出的已检查异常。它继承自 ioexception，专门表示「获取文件锁过程中被中断」这一语义。正确处理它，关键不是「捕获后忽略」，而是结合线程中断意图，做出响应式退出或资源清理。
理解触发时机和典型场景
该异常只会在**阻塞式加锁（lock()）且线程处于等待状态时被中断**才会抛出。例如：
- 多个进程/线程竞争同一文件锁，当前线程排队等待；
- 主线程为控制超时或响应关闭信号，主动调用子线程的
interrupt()； - 使用
ExecutorService执行文件操作任务，调用shutdownNow()时中断正在等待锁的线程。
标准处理模式：响应中断，及时释放与退出
捕获 FileLockInterruptionException 后，应视同收到中断信号，停止后续文件操作，并确保已持有的资源（如 FileChannel、FileLock）被正确释放：
- 立即退出加锁逻辑，不重试也不静默吞掉异常；
- 若已成功获得锁（即异常未发生），需在
finally块中显式release()； - 恢复线程中断状态（
Thread.currentThread().interrupt()），便于上层代码感知中断意图； - 避免在 catch 块中继续执行依赖该锁的业务逻辑。
推荐写法示例（带超时与中断协作）
以下是一个兼顾可中断性与资源安全的典型结构：
FileChannel channel = null;
FileLock lock = null;
try {
channel = FileChannel.open(path, StandardOpenOption.READ, StandardOpenOption.WRITE);
// 使用 tryLock() 避免无限阻塞；若需阻塞，可用带超时的 lock() 并配合 interrupt()
lock = channel.tryLock();
if (lock == null) {
throw new IllegalStateException("无法获取文件锁，资源正被占用");
}
// ✅ 此处执行受保护的文件读写
} catch (FileLockInterruptionException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
throw new RuntimeException("文件锁获取被中断，操作终止", e);
} catch (IOException e) {
throw new RuntimeException("文件操作异常", e);
} finally {
if (lock != null && lock.isValid()) {
try {
lock.release();
} catch (IOException ignored) {}
}
if (channel != null) {
try {
channel.close();
} catch (IOException ignored) {}
}
}
避免常见误区
- ❌ 不要仅捕获并空 catch：丢失中断信号，导致线程无法被正常取消；
- ❌ 不要在 catch 块中尝试重新 lock()：中断意图已被明确表达，重试违背协作原则；
- ❌ 不要混淆
FileLockInterruptionException和InterruptedException：前者专属于文件锁阻塞，后者更通用（如Thread.sleep()）； - ✅ 推荐优先用
tryLock()+ 自旋/退避 + 超时判断，减少对阻塞锁的依赖，从而天然规避该异常。
