最常见原因是事件处理器未注册或路径不可读；需用os.path.exists()和os.access()验证路径，转绝对路径，并检查inotify限制；on_modified适合处理已落盘文件，on_created需配合大小等待；临时文件应手动过滤，耗时操作须异步执行。
Watchdog监听文件夹时为什么没反应
最常见原因是事件处理器没注册成功，或者监听路径本身不可读。Watchdog不会主动报错，而是静默跳过无效路径。确认用 os.path.exists() 和 os.access(path, os.R_OK) 检查路径存在且可读；若路径是相对路径，需用 os.path.abspath() 转成绝对路径再传给 Observer.schedule()。
另一个隐蔽坑：Linux下inotify有默认限制（/proc/sys/fs/inotify/max_user_watches），监控大量子目录时可能被截断。临时提升可用 sudo sysctl fs.inotify.max_user_watches=524288；长期方案是在脚本里捕获 OSError: [Errno 27] File too large 并降级为轮询（启用 use_polling=True）。
on_modified和on_created触发时机差异
on_modified 在文件内容写入完成、句柄关闭后触发，适合处理已落盘的完整文件；on_created 在文件节点首次出现时就触发，此时文件可能还在写入中——直接读取会遇到空文件或 PermissionError。
实际处理建议：
- 对日志类追加写场景，优先监听
on_modified，并加time.sleep(0.1)避免读到中间状态 - 对一次性生成的配置文件/上传文件，用
on_created+os.path.getsize()循环等待非零大小（最多重试3次） - 永远避免在事件回调里做耗时操作（如调用外部脚本），应把路径放进
queue.Queue由独立线程处理
如何让脚本只响应特定后缀且忽略临时文件
Watchdog本身不提供文件过滤，得在事件回调里手动判断。重点不是正则匹配，而是识别编辑器/IDE留下的临时文件特征：
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
典型临时文件名模式：*~（vim）、.#*（emacs）、.*.swp（vim交换文件）、Thumbs.db（Windows缩略图）。
推荐过滤逻辑：
- 用
pathlib.Path(event.src_path).suffix.lower() in {'.py', '.json', '.csv'}控制后缀 - 用
not re.match(r'^\..*\.sw[px]|.*~$|Thumbs\.db$', Path(event.src_path).name)排除临时文件 - 对
on_moved事件，要同时检查event.dest_path后缀，因为重命名可能改变扩展名
用subprocess.run()触发外部脚本时卡住怎么办
主线程阻塞在 subprocess.run() 会导致后续文件事件堆积甚至丢失。Watchdog的事件循环是单线程的，所有回调都在同一个线程执行。
正确做法是异步触发：
- 用
threading.Thread(target=subprocess.run, args=(['python', 'handler.py', event.src_path],), daemon=True).start() - 如果外部脚本需要返回结果，改用
concurrent.futures.ThreadPoolExecutor管理线程池，避免无限创建线程 - 务必加
timeout参数（如subprocess.run(cmd, timeout=30)），防止被卡死的子进程拖垮整个监听器
真正难处理的是子进程依赖环境变量或工作目录——必须显式传入 env=os.environ.copy() 和 cwd='/your/project/root'，否则很可能找不到Python模块或配置文件。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
