Linux上的FileLock问题

Question

我在Linux服务器上使用Java的文件锁定API，并试图在远程Linux系统上锁定文件。有一些问题已经弹出，日志显示，2不同的集群节点、运行相同Java应用程序的能够两个获得同一个NFS文件的锁。

在线阅读Java如何处理锁和Linux文件锁定(我们通常部署在Windows上，所以很少有经验)，我们所做的应该工作。我们实际上是在发出建议锁，但是由于两个集群节点运行的代码相同，它们正在协作进程，并且在开始执行任何读写操作之前检查锁的获取情况。然而，情况似乎并非如此，这两个系统都能够同时成功地获得文件上的锁。

这些都是已知的问题吗？许多评论/文章在线声明NFS文件锁定是不稳定的，应该避免。为什么会这样呢？网络连接问题(如突然的通信中断)将如何影响这种行为？Linux内核版本应该是最近的版本。

Answer 1

我找到了这个问题的根源。当同一个JVM的两个不同线程在相同的文件上创建一个RandomAccessFile对象，从一个线程调用RandomAccessFile.close时，似乎释放了另一个线程具有的锁。

RandomAccessFile.close的文档显示

关闭此随机访问文件流，释放与流关联的任何系统资源。

我不确定这是否意味着系统资源是在JVM级别上释放的。我希望每个RandomAccessFile对象都会得到自己的流，并且只发布该流，但情况似乎并非如此(或者至少释放了该文件的锁。请注意，在Windows 上没有观察到此行为。