watch默认不支持直接执行脚本，需显式调用解释器并确保权限与路径正确；其清屏机制不利日志查看，应通过tail、时间戳或重定向优化输出；失败易被掩盖，需检查退出码并重定向stderr；执行耗时接近间隔时应改用while循环替代。
watch 命令默认不支持直接执行脚本文件
watch 的设计初衷是反复运行一个**命令行指令**，而不是启动一个可执行脚本文件（哪怕它有 #!/bin/bash）。如果你直接写 watch ./myscript.sh，很可能遇到 Permission denied 或静默失败——因为 watch 默认用 /bin/sh 解释器执行，而你的脚本可能依赖 bash 特性，或当前用户没有执行权限。
正确做法是显式调用解释器，并确保路径可靠：
- 给脚本加执行权限：
chmod +x ./myscript.sh - 用
bash -c显式指定解释器：watch --interval=2 'bash -c "./myscript.sh" - 避免相对路径陷阱：如果脚本内含
cd或读取本地文件，watch每次都在新 shell 中执行，默认工作目录可能不是你预期的。建议用绝对路径：watch --interval=5 'bash -c "/home/user/myscript.sh"
如何让 watch 输出更清晰、避免刷屏
默认情况下 watch 每次执行都清屏重绘，适合看状态变化，但对带多行输出或日志追加的脚本很不友好——你根本看不到历史内容，也分不清哪次执行出了错。
解决方法不是关掉清屏（那是 watch 的核心机制），而是把脚本自身输出控制住：
- 用
tail -n 10只显示最后几行：watch --interval=3 'bash -c "./myscript.sh | tail -n 10" - 加时间戳方便定位：
watch --interval=1 'date; ./myscript.sh 2>&1' - 重定向到文件再
tail -f查看：./myscript.sh >> /tmp/watch.log 2>&1，另开终端跑tail -f /tmp/watch.log
watch 执行失败时为什么没报错？
watch 默认只关心命令退出码是否为 0；只要脚本返回 0（哪怕内部出错了但没 set -e），它就认为“成功”，继续下一轮。这导致很多逻辑错误被掩盖。
排查建议：
- 在脚本末尾加
exit ${?}或明确返回值，确保异常能透出 - 临时去掉
--interval，手动跑一遍：bash -c "./myscript.sh"，确认原始输出和退出码 - 用
watch -d高亮变化区域，有时能快速发现某次执行输出突然变空或格式崩坏 -
watch不捕获stderr到 stdout，记得显式重定向：2>&1，否则错误信息直接消失
替代方案：什么时候该放弃 watch
当脚本执行时间接近或超过 --interval 设置值时，watch 会堆积任务（它不等上一轮结束就启动下一轮），造成资源竞争甚至进程爆炸。比如脚本平均耗时 8 秒，你设了 --interval=10，看似安全，但一旦某次卡住 15 秒，下一轮立刻跟上，两个实例同时写同一个日志文件就乱了。
更稳的做法是用循环 + sleep 控制节奏：
while true; do ./myscript.sh 2>&1 | tee -a /tmp/watch-run.log sleep 10 done
这样每次必等脚本结束才 sleep，顺序可控；还能用 trap 捕获 Ctrl+C，比 watch 更适合长期值守类任务。
真正容易被忽略的是信号处理和后台化——watch 进程本身无法用 nohup 干净守护，而手写循环可以加 nohup、重定向 /dev/null、用 screen 或 systemd --user 管理。别只图 watch 一行命令省事，该拆的时候就得拆。
