inotifywait监听文件修改时自动中止退出，应如何排查解决？

第一步：先定位故障原因 #

你遇到的脚本直接退出的核心原因大概率是 inotifywait 监听的文件对象失效，触发非0退出码，导致while循环直接终止，没有进入循环体执行Python命令。
先做个简单测试验证：
去掉你脚本里的-qq参数，直接在终端执行如下命令后保存file.py：

inotifywait -e modify file.py
echo "inotifywait 退出码：$?"

如果输出的退出码大于0，就说明是inotifywait执行异常导致循环终止。

常见触发原因 #

绝大多数情况是编辑器默认开启了原子保存功能：保存文件时不会直接修改原文件内容，而是先写入临时文件，写入完成后用临时文件替换原文件。这个操作会触发原文件的delete_self/move_self事件，而非你监听的modify事件，原文件被替换后inotifywait监听的文件句柄失效，直接异常退出。

解决方法 #

方法1：调整监听逻辑（最通用，无需改编辑器配置） #

不要直接监听单个文件，改为监听文件所在目录的写入/移动事件，匹配目标文件名即可，就算文件被替换也能正常触发，不会异常退出：

#!/bin/bash
while inotifywait -q -e close_write,moved_to . | grep -q "file.py"; do
  python file.py stuff
done

这里用close_write替代modify，只会在文件写入完成关闭时触发一次，不会出现单次保存触发多次执行的问题。

方法2：关闭编辑器的原子保存功能 #

不同编辑器配置方式不同：

• Vim/Neovim：在配置文件中添加 set backupcopy=yes
• VS Code：在设置中关闭 Files: Use Atomic Save 选项

方法3：兼容文件替换的单文件监听方案 #

如果一定要监听单个文件，可以把循环逻辑改成无限循环，就算inotifywait异常退出也会自动重启监听：

#!/bin/bash
while true; do
  # 可选：启动时先执行一次，不用等修改才触发
  python file.py stuff
  inotifywait -e modify,delete_self,move_self -qq file.py
done

关于tmux的影响排查 #

tmux本身是终端复用工具，不会干涉文件系统事件监听，你可以退出tmux后直接执行脚本测试，如果故障依然存在就可以完全排除tmux的影响。

内容的提问来源于stack exchange，提问作者alec