在计算机编程的世界里，Shell 脚本就像是一个勤劳的小助手，能帮我们自动化完成各种任务。不过，要让这个小助手稳定可靠地工作，我们就得学会正确处理命令执行失败和错误流重定向。下面就来详细说说怎么做。

一、理解命令执行失败

在 Shell 脚本里，命令执行失败是很常见的事儿。就好比我们走路，有时候会不小心摔一跤。命令执行失败就相当于“摔跤”，可能是因为文件找不到、权限不够或者其他各种原因。

示例（Shell 技术栈）

# 尝试列出一个不存在的目录
ls /this_directory_does_not_exist
# 打印命令执行后的退出状态码
echo $?

在这个示例中，ls 命令尝试列出一个不存在的目录，肯定会失败。$? 是一个特殊变量，它保存着上一个命令的退出状态码。如果命令执行成功，状态码通常是 0；如果失败，状态码就会是其他值。在这个例子里，ls 命令失败，$? 就会返回一个非 0 的值。

应用场景

在自动化部署脚本中，我们可能会执行一系列命令来安装软件、配置环境等。如果其中某个命令执行失败，就需要及时发现并处理，不然后续的操作可能会出问题。

技术优缺点

优点：通过检查退出状态码，我们能很清楚地知道命令是否执行成功，方便我们进行错误处理。缺点：每个命令都要手动检查退出状态码，代码会变得很繁琐。

注意事项

不同的命令可能会有不同的退出状态码含义，在处理时要查看相关文档，确保正确理解。

二、使用 set -e 自动处理命令失败

为了避免手动检查每个命令的退出状态码，我们可以使用 set -e 命令。它就像是给脚本上了一个保险，只要有命令执行失败，脚本就会立即停止。

示例（Shell 技术栈）

#!/bin/bash
# 开启自动退出模式
set -e
# 尝试列出一个不存在的目录
ls /this_directory_does_not_exist
# 下面的命令不会执行，因为上面的命令失败，脚本已经退出
echo "This line will not be printed."

在这个示例中，set -e 开启了自动退出模式。当 ls 命令执行失败时，脚本会立即停止，后面的 echo 命令就不会执行了。

应用场景

在一些对执行顺序要求严格的脚本中，比如数据库备份脚本，只要某个步骤失败，就不能继续执行下去，这时使用 set -e 就很合适。

技术优缺点

优点：代码简洁，能快速发现并处理命令执行失败的情况。缺点：有时候我们可能希望某些命令失败后脚本继续执行，set -e 会让脚本过于“敏感”。

注意事项

使用 set -e 时，要确保对每个命令的执行结果有充分的了解，避免因为一些小错误导致整个脚本停止。

三、错误流重定向

错误流重定向就像是给错误信息找个“新家”，让它不要在屏幕上乱蹦跶，而是乖乖地待在我们指定的地方。

示例（Shell 技术栈）

# 将错误信息重定向到一个文件
ls /this_directory_does_not_exist 2> error.log
# 查看错误信息文件的内容
cat error.log

在这个示例中，2> 是错误流重定向符号，它把 ls 命令的错误信息重定向到了 error.log 文件中。然后我们使用 cat 命令查看文件内容。

应用场景

在生产环境中，我们不希望错误信息直接显示在屏幕上，影响用户体验。可以把错误信息重定向到日志文件中，方便后续分析。

技术优缺点

优点：能让屏幕保持干净，方便记录和分析错误信息。缺点：如果重定向的文件没有足够的权限或者空间，可能会导致重定向失败。

注意事项

要确保重定向的文件有足够的权限和空间，避免出现问题。

四、结合错误处理和错误流重定向

我们可以把错误处理和错误流重定向结合起来，让脚本更加健壮。

示例（Shell 技术栈）

#!/bin/bash
# 开启自动退出模式
set -e
# 尝试列出一个不存在的目录，并将错误信息重定向到文件
ls /this_directory_does_not_exist 2> error.log || {
    echo "The 'ls' command failed. Check error.log for details."
    exit 1
}

在这个示例中，我们使用 set -e 开启自动退出模式，同时将 ls 命令的错误信息重定向到 error.log 文件。如果 ls 命令失败，就会执行 || 后面的代码块，输出错误信息并退出脚本。

应用场景

在复杂的脚本中，我们可能会执行多个命令，每个命令都可能失败。通过结合错误处理和错误流重定向，能更好地管理错误信息，提高脚本的健壮性。

技术优缺点

优点：能全面处理命令执行失败的情况，同时方便记录和分析错误信息。缺点：代码会变得稍微复杂一些，需要一定的编程基础。

注意事项

在编写错误处理代码块时，要确保逻辑正确，避免出现新的错误。

五、总结

通过正确处理命令执行失败和错误流重定向，我们可以让 Shell 脚本更加健壮、可靠。在实际应用中，要根据具体的场景选择合适的方法。比如，在对执行顺序要求严格的脚本中，可以使用 set -e；在需要记录错误信息的场景中，可以使用错误流重定向。同时，要注意每个方法的优缺点和注意事项，避免出现问题。