Watchdog默认可能漏掉on_moved事件，因Linux/macOS下mv操作触发IN_MOVED_FROM/TO双事件，watchdog合并失败时仅触发on_deleted；应改用PatternMatchingEventHandler手动捕获moved事件并确保路径不跨文件系统。
watchdog 能可靠监听文件系统事件，但默认配置下容易漏掉重命名、快速连续写入或符号链接变动——关键在事件处理器的选择和 Observer 启动方式。
为什么 FileSystemEventHandler 会漏掉 on_moved 事件？
Linux/macOS 下重命名（mv）本质是 IN_MOVED_FROM + IN_MOVED_TO 两个底层事件，watchdog 默认把它们合并为一次 on_moved；但若源路径被快速删除或权限变化，合并可能失败，导致只触发 on_deleted。
- 用
PatternMatchingEventHandler替代，它对路径匹配更鲁棒，且默认启用ignore_directories=False - 在
on_any_event中手动捕获event.event_type == 'moved'，避免依赖自动合并 - 确保监控路径不跨文件系统（如不混用 ext4 和 NTFS 挂载点），否则 inotify/kqueue 无法跟踪
如何让 Observer 不因子目录爆炸式创建而卡死？
默认 Observer 会对每个新目录递归添加 inotify watch，当一次性创建数百个子目录时，Linux 的 inotify watches 限额（通常 8192）会迅速耗尽，导致后续事件静默丢失。
Secure Python Code Sandbox
下载
安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。
- 启动前调高系统限制：
echo 524288 | sudo tee /proc/sys/fs/inotify/max_user_watches - 用
RecursiveEventHandler并设置recursive=False，只监顶层目录，靠解析event.src_path判断是否在目标子树内 - 避免监控临时目录（如
/tmp或编辑器的.swp目录），这类路径常触发高频无意义事件
on_modified 为什么频繁触发两次？
常见于文本编辑器保存行为：先写入临时文件（如 file.txt~），再原子性 rename 覆盖原文件。这导致两个独立的 on_modified —— 一次是临时文件内容变更，一次是原文件被覆盖后的 inode 更新。
立即学习“Python免费学习笔记（深入）”；
- 在事件处理器中过滤掉以
~、.swp、.tmp结尾的路径：if event.src_path.endswith(('.tmp', '~')): return - 对同一路径加时间窗口去重：用
time.time()缓存最近触发时间，100ms 内重复事件直接丢弃 - 改用
on_closed_write（需 Linux + inotify），它只在文件写入关闭后触发，更接近“保存完成”语义
真正难处理的是 NFS 或 Docker volume 场景下的事件延迟与丢失——watchdog 依赖内核通知机制，而网络文件系统常把多次小写合并为单次 flush，这时必须放弃实时性假设，改用定期 os.listdir() + stat() 轮询比对 mtime。
