Java Watch Service API能否识别内存映射文件的变更？

结论 #

Java NIO提供的WatchService无法直接监控内存映射文件的变更。

原因说明 #

WatchService的底层依赖操作系统原生的文件系统通知机制（Windows为ReadDirectoryChangesW、Linux为inotify、macOS为FSEvents），仅当修改操作走常规文件系统调用（如write系统调用、修改文件元数据、重命名/删除文件等）时，才会触发对应的通知事件。
而MappedByteBuffer的实现逻辑是将文件直接映射到进程的虚拟地址空间，对缓冲区内容的修改本质是修改内存页，脏页回写磁盘由操作系统内核的页缓存机制异步完成，整个过程不触发常规的文件写入系统调用，因此文件系统的监控钩子无法感知到变更，自然不会给WatchService推送事件。
你测试时使用的PowerShell命令Get-Content -Path "test.txt" -Wait也是基于文件系统通知实现，所以也无法捕捉到这类变更。

可行解决方案 #

• 方案1：间接通知。如果所有写入内存映射文件的逻辑都可控，可以在每次修改完映射内容后，主动更新一个独立的标记文件（比如写入当前时间戳），让WatchService监控这个标记文件的变更，间接感知映射文件的修改。
• 方案2：轮询校验。如果变更频率不高，可以定期读取内存映射文件的校验值（如CRC32）或者提前在文件头部预留的版本号字段，和上一次的缓存值对比，有差异则判定为文件变更，该方案稳定性高不会漏通知。
• 方案3：进程间通信。如果写入和监听的进程都由你维护，可以直接用Socket、命名管道、共享内存信号量等IPC方式主动推送变更通知，可靠性比文件系统通知更高。

补充说明 #

你代码中关闭RandomAccessFile的操作不会影响MappedByteBuffer的刷盘逻辑，即使调用FileChannel的force()方法也只是向内核提交刷盘建议，仍然不会触发文件系统的变更通知。

内容的提问来源于stack exchange，提问作者Nur1