java中监控文件系统实时创建与删除事件最常用轻量方式是watchservice（jdk 7+ nio.2），它基于操作系统原生事件机制，响应快、资源占用低，支持entry_create和entry_delete事件，但默认不递归监听子目录，需手动遍历注册。
Java 中监控文件系统的实时创建与删除事件，最常用且轻量的方式是使用 WatchService（JDK 7+ NIO.2 提供），它基于操作系统原生事件机制，响应快、资源占用低。对于更复杂需求（如跨子目录递归监听、过滤特定后缀、高可靠性或 Windows 级别细粒度控制），可结合其他方案补充。
用 WatchService 监听创建和删除事件
WatchService 是标准 API，无需额外依赖，适合大多数场景。它能直接捕获 ENTRY_CREATE 和 ENTRY_DELETE 事件：
- 注册时明确指定要监听的事件类型，例如：
path.register(watchService, ENTRY_CREATE, ENTRY_DELETE) - 每个事件的
event.context()返回的是相对路径（如"report.pdf"），需配合注册路径拼出完整路径 - 注意：
ENTRY_DELETE在部分系统中也涵盖重命名和移动操作；ENTRY_MODIFY不代表“保存完成”，只是内核通知有写入发生，文件内容可能未刷盘 - 必须在处理完一批事件后调用
key.reset()，否则该 WatchKey 不会再次触发 - 若遇到
OVERFLOW事件，说明事件队列溢出，建议重新扫描目录并记录日志
监听子目录及指定文件类型
WatchService 默认只监控注册的**单层目录**，不自动递归。如需监听整个树形结构：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 手动遍历所有子目录，对每个
Path调用register()—— 注意避免重复注册同一路径 - 在事件处理逻辑中，根据
event.kind()和event.context()判断是否为目标文件类型（如只关心.log或.json） - 也可借助
Files.walk()+Files.isRegularFile()预扫描初始状态，便于对比变更
替代方案：轮询、JNotify 与原生集成
当 WatchService 不满足要求时，可考虑以下方向：
-
轮询方式：用
ScheduledExecutorService定期调用Files.list()或Files.walk()比对文件哈希/最后修改时间。适合开发测试或嵌入式环境，但延迟高、I/O 和 CPU 开销大 - JNotify 库：封装了 Windows DLL 和 Linux SO，提供统一 Java 接口，支持跨平台且能监听重命名细节。需将对应平台的 native 库放入 classpath 或 java.library.path
- JNI 调用 ReadDirectoryChangesW（Windows）或 inotify（Linux）：性能最高、事件最全（如精确区分 rename_to/rename_from），但开发维护成本高，一般用于安全审计类关键系统
实用建议与避坑点
实际部署时要注意几个易忽略的细节：
- WatchService 实例不是线程安全的，多个线程不应共享同一个 watchService.take() 循环
- 注册路径必须存在且可读，否则抛
NotDirectoryException；软链接需提前解析为真实路径 - Windows 下若被监控目录正被某程序（如 IDE、杀毒软件）独占，可能导致事件丢失或
OVERFLOW - 建议搭配
FileLock或临时文件标记机制，避免“文件刚创建就立刻被另一进程修改”的竞态问题 - 生产环境推荐包装成 Spring Boot 的
@Component+@PostConstruct初始化，并在@PreDestroy中调用watchService.close()
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
