Linux运维脚本无原生多线程，所谓“并发”实为后台子进程（&）并行执行；错误捕获依赖进程级检测、可控并发控制及退出码判断，关键手段包括子shell封装记录$?、wait -n/ wait统一检查、FIFO槽位异常释放防护、xargs/parallel内置错误处理，以及结合输出内容和timeout规避静默失败。
Linux运维脚本本身不支持多线程，所谓“多线程并发”实际是多个子进程（& 后台任务）并行执行，竞争失败通常表现为命令返回非零、超时、连接拒绝、权限拒绝或输出异常。捕获这类错误的关键不是靠“线程同步”，而是靠进程级错误检测 + 可控并发控制 + 明确的退出码判断。
用 $? 捕获每个后台任务的退出状态
后台任务（&）启动后，其退出码无法直接通过 $? 获取，必须用 wait -n 或显式等待 + 子shell封装来收集：
- 把每个任务包进子shell，并在内部记录结果： ssh $host "df -h" > /tmp/df_$host 2>/tmp/err_$host; echo $? > /tmp/ret_$host
- 用 wait -n 配合 trap 捕获首个失败：启动所有任务后，wait -n 等待任一子进程结束，再用 $? 判断是否失败，适合“发现即停”场景
- 批量等完再统一检查：所有 & 任务启动后，用 wait 等全部结束，再遍历 /tmp/ret_* 文件或用 jobs -r 查运行中任务，确认哪些返回了非 0
用 FIFO 限流时主动标记失败任务
FIFO 控制并发时，每个任务执行前 read 占槽、执行后 echo 归还，但失败任务若未正常归还槽位，会导致后续任务永久阻塞。因此必须确保失败路径也执行归还操作：
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- 用 trap 'echo >&6' EXIT 注册退出钩子，保证无论成功失败都释放槽位
- 任务块内用 if ! ssh $host cmd; then echo "FAIL: $host" >> /tmp/fail.log; fi 显式记录失败主机
- 避免在 read 占槽后、实际命令前就出错（如变量为空），应在占槽前做参数校验
用 xargs 或 parallel 时利用内置错误处理
比手写 FIFO 更可靠：它们天然支持失败反馈和重试策略：
- xargs -P10 -I{} sh -c 'ssh {} "uptime" || echo "fail {}" >> errors.log' —— 每个任务独立判断
- parallel --joblog job.log --retries 2 -j10 ssh {} "free -h" —— 自动记录日志、失败重试 2 次
- 加 --halt now,fail=1 实现“首个失败即终止”，适合强一致性要求场景
区分错误类型，避免误判静默失败
很多运维命令失败时不报错（如 scp 目标目录不存在时可能只输出 warning 并返回 0），需结合输出内容判断：
- 用 ssh host cmd 2>&1 | grep -q "Permission denied\|Connection refused\|No such file" 辅助判断
- 对关键命令加超时：timeout 10s ssh -o ConnectTimeout=5 $host "systemctl is-active nginx"
- 避免仅依赖 $?：比如 rsync 传输中断可能返回 23（部分传输），需单独处理
