FileLock不能防止多Java进程同时写同一文件，因其为建议性锁，需所有进程主动配合才生效；绕过lock()直接写文件将导致锁失效，跨JVM互斥须依赖外部协调机制。
FileLock 能不能防止多个 Java 进程同时写同一个文件
不能，FileLock 默认是**建议性锁（advisory lock）**，不是强制锁。它只在所有参与者都主动调用 lock() 并检查返回值的前提下才起作用；一个进程绕过 FileChannel.lock() 直接用 FileOutputStream 写，另一个进程的锁完全拦不住。
常见错误现象：FileLock 在本进程内多次调用 tryLock() 返回非 null，就以为“锁住了”，结果另一个 JVM 进程照样打开文件写入，数据被覆盖或错乱。
- Java 的
FileLock底层依赖操作系统级的 advisory lock（如 Linux 的flock()或fcntl()），不阻塞 open/write 系统调用 - Windows 上
FileLock表现略强（部分场景带强制性），但跨 JVM 仍不可靠，不能当作同步原语依赖 - 如果真要跨进程互斥，得配合外部协调机制（如临时文件 + 原子 rename、Redis 分布式锁、数据库行锁）
为什么 tryLock() 返回 null 不一定代表“被占用”，而可能只是“没抢到”
tryLock() 是非阻塞的，它只做一次尝试：若当前文件未被本进程或其他进程以 advisory lock 占用（且 OS 允许），就立即返回 FileLock 对象；否则立刻返回 null。但它不告诉你“谁占着”、“占了多久”，也不保证你稍后重试就能成功。
使用场景：适合短时临界区（比如写几行日志）、可降级（写不成就暂存内存）、或配合轮询+退避。
立即学习“Java免费学习笔记（深入）”；
- 不要把
while (lock == null) { lock = channel.tryLock(); }当作可靠等待——这会空转 CPU，且可能永远等不到（对方锁没释放或已崩溃） - 更稳妥的做法是加超时和重试上限：
for (int i = 0; i - 注意：
tryLock()抢的是整个文件还是某段区间，取决于你传的参数——tryLock(0, Long.MAX_VALUE, false)锁全文件，tryLock(100, 512, true)锁从字节 100 开始的 512 字节共享段
FileChannel.open() 的 StandardOpenOption 和锁行为的关系
开文件的方式直接影响锁是否生效、能否并发读写。比如用 StandardOpenOption.WRITE 打开但没加 StandardOpenOption.CREATE，文件不存在时直接抛 NoSuchFileException，根本走不到锁逻辑。
性能与兼容性影响：频繁创建/关闭 FileChannel 并加锁，比复用 channel + 显式 release 锁慢 3–5 倍（尤其在 Windows 上）。
- 必须显式指定
StandardOpenOption.READ或StandardOpenOption.WRITE，否则tryLock()会抛NonReadableChannelException或NonWritableChannelException - 推荐组合：
FileChannel.open(path, READ, WRITE, CREATE)—— 确保可读可写可创建，再调tryLock() - 锁对象生命周期绑定 channel：channel.close() 会自动释放锁；但 channel 没关、JVM 崩溃时，OS 通常会在进程退出后回收锁（不保证实时）
多线程写文件时，FileLock 和 synchronized 混用的典型误区
用 synchronized 控制本进程内线程串行写，再用 FileLock 拦其他进程——听起来合理，但容易漏掉关键环节：锁的粒度不一致、释放时机错配、异常路径未解锁。
常见错误现象：线程 A 获取了 FileLock，但在写入中途抛异常，没执行 lock.release()，导致整个文件被锁死，其他进程再也无法获取锁（哪怕本进程重启）。
- 务必把
lock.release()放在finally块里，且判空：if (lock != null && lock.isValid()) lock.release(); - 不要在
synchronized块里长时间持有FileLock——比如先synchronized计算数据，再锁文件写，这样本进程内线程虽不冲突，但锁文件时间变长，加剧跨进程争用 - 更轻量的替代方案：用单个后台线程消费写请求队列（类似 Disruptor 模式），由它统一加锁/写/解锁，避免多线程直面锁逻辑
真正难处理的是锁失效边界：进程被 kill -9、磁盘满导致 write 失败但 lock 没释放、NFS 挂载点断连后锁状态丢失……这些情况下，FileLock 不提供恢复手段，只能靠外部看门狗或租约机制兜底。
