应显式判断命令退出状态而非盲目屏蔽错误：用if ! command或检查$?，失败时仅记录警告并继续；慎用|| true；避免set -e干扰，必要时局部关闭；按错误类型差异化处理，提升健壮性。
在 Linux Shell 脚本中忽略非关键命令的错误、让后续逻辑照常运行，核心思路是**不让错误中断执行流**，而不是“屏蔽所有报错”。关键不在于隐藏错误，而在于主动判断、分类处理、明确跳过。
用 if 判断 $? 显式兜底
每条可能失败的命令后立刻检查退出状态，成功则继续，失败则记录并跳过。这是最清晰、最可控的方式：
- 命令执行后立即用
$?获取其退出码 -
if [ $? -ne 0 ]或更简洁地if ! command判断失败 - 失败分支里只做必要动作：打印警告、写日志、设默认值，然后用
continue（循环内）或直接进入下一行（脚本中）
示例（批量处理配置文件，某个缺失也不卡住）：
for conf in /etc/app/*.conf; do<br> if [ -f "$conf" ]; then<br> if ! appctl reload "$conf" 2>/dev/null; then<br> echo "WARN: reload failed for $conf" >&2<br> fi<br> else<br> echo "SKIP: config not found: $conf" >&2<br> fi<br>done
用 || true 消除退出码影响（慎用）
对确实无需响应的命令，可在末尾加 || true 强制返回 0：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 适合纯粹“尝试性”操作，比如清理临时目录：
rm -rf /tmp/cache/* || true - 不适合需要区分错误类型的场景（如网络请求失败 vs 权限拒绝）
- 过度使用会让脚本失去错误可见性，调试困难
不推荐用于关键路径或需日志追踪的操作。
避免 set -e 干扰整体流程
如果脚本开头启用了 set -e（遇错即停），它会覆盖所有单步容错逻辑：
- 要么彻底不用
set -e，改用显式判断——更透明、更易维护 - 要么在局部临时关闭：
set +e开始容错段，set -e恢复严格模式 - 注意：函数内部设
set +e不影响调用者，作用域明确
按错误类型做差异化处理
真正的“忽略”应有依据。把 stderr 临时捕获后分析，能实现智能跳过：
- 用
2>"$tmpfile"保存错误输出 - 用
grep -q匹配关键词（如"No such file"可跳过，"Connection refused"可重试） - 再根据结果决定是
continue、sleep && retry还是exit 1
这种做法把“忽略”变成了“有策略的响应”，比无差别吞掉错误更稳健。
