watchservice需在事件处理阶段主动过滤临时文件，使用pathmatcher匹配glob模式（如{.,.tmp,*.swp}）或检查文件名/路径，跳过已知临时目录，并结合时间窗口去重延迟处理。
WatchService 本身不提供内置的文件过滤功能，临时文件（如编辑器生成的 .swp、~、.tmp、.DS_Store、.part 等）会触发大量无意义事件，必须在事件处理阶段主动过滤。
在事件处理时判断文件名或路径
收到 StandardWatchEventKinds.ENTRY_CREATE、ENTRY_MODIFY 或 ENTRY_DELETE 后，先提取文件名或完整路径，再用预设规则判断是否忽略：
- 检查文件名是否以
.开头（如.DS_Store、.gitignore—— 注意区分需监控的隐藏配置文件） - 检查是否包含常见临时后缀：
.tmp、.temp、.swp、.swo、.part、~（结尾）、.lock - 对重命名事件（
ENTRY_MODIFY配合Files.isSymbolicLink()或Files.isRegularFile()）可进一步排除符号链接或非普通文件
使用 PathMatcher 做声明式匹配（推荐）
Java 7+ 提供 FileSystem.getPathMatcher()，支持 glob 模式，语义清晰且性能较好：
PathMatcher matcher = FileSystems.getDefault()
.getPathMatcher("glob:**/{.*,*.tmp,*.swp,*.part,*.lock,*.DS_Store}");
// 或更安全地只匹配文件名（不递归匹配路径中带点的目录）
PathMatcher nameMatcher = FileSystems.getDefault()
.getPathMatcher("glob:{.*,*.tmp,*.swp,*.part,*.lock,*.DS_Store}");
在监听回调中这样用：
-
Path fileName = event.context();（注意：这是相对于监听目录的相对路径） if (nameMatcher.matches(fileName)) { return; } // 跳过处理- 若需匹配绝对路径（如跨子目录创建），可用
watchKey.watchable().resolve(fileName)构造完整路径再匹配
避免监听临时文件所在目录（预防性策略）
有些场景下，临时文件集中出现在特定位置（如 IDE 的 .idea/、target/、build/），可在注册 WatchKey 时跳过这些子目录：
- 遍历目标目录时，用
Files.isDirectory(path)+ 名称判断提前continue - 对已知临时目录，调用
path.register(watcher, events)时不注册，或注册后立即取消（key.cancel()） - 注意：不要忽略
.git目录——虽然它也是隐藏目录，但属于有效内容
补充建议：延迟合并与去重
编辑器保存常触发“删除旧文件 → 创建新文件”或连续多次 MODIFY，可结合时间窗口（如 200ms 内的同名事件只处理最后一次）减少干扰：
- 用
ConcurrentHashMap<path long></path>记录最后事件时间戳 - 收到事件时更新时间，并用
ScheduledExecutorService延迟执行实际逻辑 - 延迟期间新事件到达则刷新时间戳，到期后仅执行最终状态
关键不是拦截系统事件，而是在业务逻辑层快速识别并丢弃无效信号。把过滤逻辑集中在事件处理器开头，结构清晰也便于维护。
