flask 在 debug 模式下本应自动重载代码变更，但若终端显示 “restarting with stat” 却无响应，很可能是文件系统事件监听失败；安装 watchdog 可启用更可靠的 inotify 监控机制，彻底解决重载失灵问题。
Flask 的开发服务器内置两种自动重载（auto-reloader）后端：stat（轮询文件修改时间）和 watchdog（基于操作系统事件监听，如 Linux 的 inotify、macOS 的 kqueue、Windows 的 ReadDirectoryChangesW）。默认情况下，Flask 优先尝试使用 watchdog；若未安装，则退回到 stat 模式——而 stat 方式存在明显缺陷：它依赖定时轮询（默认每秒检查一次），易受文件系统缓存、IDE 保存行为（如原子写入、临时文件交换）或容器/WSL 环境限制影响，导致变更“不可见”，从而重载失效。
你当前的终端日志中明确显示：
* Restarting with stat
这正是问题根源——Flask 正在使用低效且不可靠的轮询模式。
✅ 正确解决方案：安装 watchdog
只需一条命令即可启用高性能监听：
pip install watchdog
安装完成后，无需修改任何代码。再次运行 flask run（推荐使用官方 CLI 方式，与 .env 配置协同）：
flask run
你将看到日志变为：
* Serving Flask app 'app' * Debug mode: on * Running on http://127.0.0.1:5000 * Restarting with watchdog (inotify) ← 关键变化！ * Debugger is active! * Debugger PIN: xxx-xxx-xxx
此时，任意保存 app.py 或模板文件（如 templates/index.html），服务器将在毫秒级内检测到变更并自动重启，无需手动刷新。
⚠️ 注意事项与补充建议：
- ✅ 确保未同时使用 app.run(debug=True) 和 flask run：二者混用可能导致配置冲突。推荐统一使用 flask run 命令（它会自动读取 .env 中的 FLASK_DEBUG=1 和 FLASK_APP=app），避免在代码中调用 app.run()。
- ✅ 若使用 VS Code，请关闭「Files: Auto Save」的 afterDelay 模式，改用 onFocusChange 或 onWindowChange，防止编辑器后台延迟写入干扰监听。
- ✅ 在 Docker 或 WSL2 中，watchdog 同样有效，但需确保宿主机文件系统挂载方式支持事件通知（例如 WSL2 推荐访问 /home/... 而非 /mnt/c/...）。
- ❌ 不要依赖 Livereload 插件：它属于第三方方案，与 Flask 原生调试器存在兼容性问题，且增加复杂度。
总结：watchdog 是 Flask 开发体验的关键依赖。它不是可选优化，而是现代开发环境下保障 auto-reloader 可靠性的事实标准。安装即生效，零配置，立竿见影。
