Java文件锁机制：FileLock使用教程

Java的FileLock是一种基于操作系统的进程级文件锁机制，专为多进程间协调文件访问而设计，支持排他锁（写场景）和共享锁（读场景，Windows不支持），但属于建议性锁——仅对主动调用加锁的程序生效，无法阻止绕过Java的系统级文件操作；它必须通过FileChannel获取，不适用于JVM内线程同步，且存在跨平台差异、不可重入、锁范围需手动管理等关键限制，因此虽在特定场景下能有效防止并发写冲突，却绝非万能方案——面对多线程安全、事务一致性或分布式协调等需求，应优先选用synchronized、数据库或Redis等更合适的技术。

Java 中的 FileLock 是基于操作系统的文件锁机制，用于在多进程（而非仅多线程）场景下协调对同一文件的访问。它不能保证 JVM 内部线程安全，但能防止不同 JVM 进程或外部程序同时修改文件，是真正意义上的“文件级锁定”。

FileLock 是什么：基于通道的排他/共享锁

FileLock 只能通过 FileChannel 获取，不支持传统 FileInputStream/FileOutputStream 直接加锁。它分为两种类型：

• 排他锁（Exclusive Lock）：同一时刻只允许一个进程持有，通常用于写操作；
• 共享锁（Shared Lock）：多个进程可同时持有，仅适用于读操作（且需操作系统支持，Windows 不支持共享锁）。

注意：锁是建议性（advisory）的 —— 它只对主动调用 lock() 或 tryLock() 的程序生效；绕过 Java、直接用系统命令（如 cp、echo >）操作文件时，锁不会起作用。

基本使用步骤：打开通道 → 加锁 → 操作 → 释放

典型代码结构如下（以排他锁为例）：

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 有用，但适用面窄；用对了能避坑，用错了反而增加不确定性。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Java文件锁机制：FileLock使用教程》文章吧，也可关注golang学习网公众号了解相关技术文章。