inotifywait 无反应常因 inotify 资源耗尽、未递归监听子目录或单次调用导致事件丢失；需检查并调大 max_user_watches/max_user_instances，加 -r 启用递归，用 -m 持续监控。
inotifywait 命令没反应？先确认 inotify 资源是否耗尽
Linux 内核对每个用户能监听的 inotify 实例数有限制，默认通常只有 8192。如果你监控大量文件或目录，inotifywait 可能静默失败，不报错也不输出事件。
- 查当前使用量：
cat /proc/sys/fs/inotify/max_user_watches和cat /proc/sys/fs/inotify/max_user_instances - 临时提高限制（需 root）：
sudo sysctl -w fs.inotify.max_user_watches=524288 - 永久生效要写入
/etc/sysctl.conf，否则重启后恢复 - 注意：不是所有容器环境（如 Docker 默认）允许修改该参数，得加
--privileged或配置sysctls
监控子目录变化却收不到事件？默认不递归
inotifywait 默认只监听指定路径本身，不会自动进入子目录——哪怕你用 -m 持续监听，mkdir subdir 后在 subdir 里新建文件也不会触发。
- 必须显式加
-r参数启用递归：inotifywait -m -r -e create,modify /path/to/watch - 递归监听会为每个子目录创建独立 inotify 实例，快速消耗
max_user_instances - 如果只关心某类操作（比如只管文件内容改，不管新建目录），避免无谓递归；可配合
--exclude过滤掉node_modules等大目录 -
--exclude接的是正则，不是 glob，例如过滤 .git：--exclude '/\.git/.*'
事件漏发或延迟？别依赖单次 inotifywait 调用
inotifywait 默认每触发一次事件就退出。你写成 while inotifywait ...; do ...; done 看似循环，但两次调用之间存在空窗期——这期间发生的事件会被丢弃。
- 正确做法是用
-m（monitor 模式）保持长运行：inotifywait -m -e modify /file | while read line; do echo "changed: $line"; done - 注意管道会开启子 shell，
while内部改的变量在外部不可见；如需累积状态，改用进程替换：while read line; do ...; done -
-m下如果底层 inotify 实例被内核回收（如内存压力大、watch 数超限），inotifywait会退出并返回非零码，建议在脚本中检查$?并重启
inotifywait 输出格式混乱？事件和文件名之间有空格陷阱
inotifywait -e create /tmp 输出形如 /tmp/ CREATE foo.txt，其中事件名（CREATE）和文件名（foo.txt）之间是空格分隔——但文件名本身可能含空格，直接按空格切分就会出错。
- 加
--format控制输出结构，推荐用%w（watch path）、%e（event）、%f（filename），例如：inotifywait -m --format '%w %e %f' -e create /tmp - 更安全的做法是用
--format '%w%e%f'+ 自定义分隔符，再用read -d解析 - 不要用
awk '{print $3}'提取文件名——遇到CREATE hello world.txt就崩了 -
%T可插入时间戳，但要注意时区：默认是系统本地时间，date命令输出一致
