FileLock是Java中基于操作系统实现的进程级文件锁，用于多进程间协调文件访问，分为排他锁和共享锁，需通过FileChannel获取，属建议性锁且不保证JVM内线程安全。
Java 中的 FileLock 是基于操作系统的文件锁机制，用于在多进程（而非仅多线程）场景下协调对同一文件的访问。它不能保证 JVM 内部线程安全，但能防止不同 JVM 进程或外部程序同时修改文件，是真正意义上的“文件级锁定”。
FileLock 是什么：基于通道的排他/共享锁
FileLock 只能通过 FileChannel 获取，不支持传统 FileInputStream/FileOutputStream 直接加锁。它分为两种类型：
- 排他锁（Exclusive Lock）：同一时刻只允许一个进程持有，通常用于写操作；
- 共享锁（Shared Lock）：多个进程可同时持有，仅适用于读操作（且需操作系统支持，Windows 不支持共享锁）。
注意：锁是建议性（advisory）的 —— 它只对主动调用 lock() 或 tryLock() 的程序生效；绕过 Java、直接用系统命令（如 cp、echo >）操作文件时，锁不会起作用。
基本使用步骤：打开通道 → 加锁 → 操作 → 释放
典型代码结构如下（以排他锁为例）：
立即学习“Java免费学习笔记（深入）”；
RandomAccessFile raf = new RandomAccessFile("data.txt", "rw");
FileChannel channel = raf.getChannel();
FileLock lock = null;
try {
// 尝试非阻塞获取排他锁（从文件开头到末尾）
lock = channel.lock(0, Long.MAX_VALUE, false);
// ✅ 此时其他进程调用 lock() 会被阻塞，tryLock() 会返回 null
// 执行读写操作（例如写入时间戳）
raf.writeBytes("Updated at " + System.currentTimeMillis() + "\n");
} catch (IOException e) {
// 处理锁失败或 I/O 异常
} finally {
if (lock != null && lock.isValid()) {
try {
lock.release(); // 显式释放锁
} catch (IOException ignored) {}
}
try {
channel.close();
raf.close();
} catch (IOException ignored) {}
}
关键点：
- 用
channel.lock()会阻塞直到获得锁；用channel.tryLock()立即返回null（失败）或锁对象（成功）； - 锁范围可用
lock(position, size, shared)精确控制（如只锁文件第 100–200 字节）； -
锁随 Channel 关闭自动释放，但显式
release()更清晰可控； - 不要在锁内做耗时操作（如网络请求、复杂计算），避免阻塞其他进程。
常见陷阱与注意事项
实际使用中容易踩坑的地方：
-
锁不是可重入的：同一个 JVM 中，即使同一线程再次调用
lock()，也会阻塞或失败（取决于是否已持锁）； -
锁绑定到 Channel，不是文件路径：两个
FileChannel打开同一文件，仍可各自尝试加锁（操作系统层面才真正互斥）； - Windows 下 lock() 可能抛出 IOException：尤其当文件被记事本等程序打开时（它们可能独占句柄）；
- Linux/macOS 上，锁在 JVM 崩溃后自动释放，但某些异常退出（如 kill -9）可能导致锁残留（极少见，内核通常能清理）；
- 不推荐用
FileLock替代数据库事务或应用层并发控制 —— 它粒度粗、功能弱、跨平台行为不一致。
替代方案参考：什么情况下不该用 FileLock
如果目标是解决以下问题，FileLock 往往不是最佳选择：
- JVM 内多线程安全访问同一文件 → 改用
synchronized、ReentrantLock或线程安全的 IO 工具类； - 需要强一致性或事务语义 → 应使用数据库或支持 ACID 的存储；
- 要跨机器协调 → 需分布式锁（如 Redis、ZooKeeper）；
- 只是防止误操作（如脚本重复执行）→ 用临时标记文件 +
Files.createFile()（利用原子性）更轻量可靠。
基本上就这些。FileLock 有用，但适用面窄；用对了能避坑，用错了反而增加不确定性。
