8.6 KiB
Linux 中退出码的含义
退出码或退出状态可以告诉我们最后一次执行的命令的状态。在命令结束以后，我们可以知道命令是成功完成的还是以错误结束的。
其基本思想是，程序返回退出代码 0 时表示执行成功，没有问题。代码 1 或 0 以外的任何代码都被视为不成功。
退出码除了 0 和 1 外还有很多值，我将在本文介绍它们。
Linux shell 中的各种退出码
我们来快速了解一下 Linux shell 中的主要退出码：
| 退出码 | 解释 |
|---|---|
0 |
命令成功执行 |
1 |
通用错误代码 |
2 |
命令（或参数）使用不当 |
126 |
权限被拒绝（或）无法执行 |
127 |
未找到命令，或 PATH 错误 |
128+n |
命令被信号从外部终止，或遇到致命错误 |
130 |
通过 Ctrl+C 或 SIGINT 终止（终止代码 2 或键盘中断） |
143 |
通过 SIGTERM 终止（默认终止） |
255/* |
退出码超过了 0-255 的范围，因此重新计算（译注：超过255后，用退出码对256取模） |
📋
130（SIGINT 或^C）和143（SIGTERM）等终止信号是非常典型的，它们属于128+n信号，其中n代表终止码。
在简单了解了退出码之后，我们来看看它们的用法。
获取退出码
前一个命令执行的退出码存储在 特殊变量 $? 中。您可以通过运行一下命令来获取：
echo $?
我们在所有演示中都将使用它来获取退出代码。
请注意，exit 命令支持以与前一条命令相同的退出码退出。
退出码 0
退出码 0 表示命令执行无误，这是完成命令的理想状态。
例如，我们运行这样一条基本命令
neofetch
echo $?
这个退出码 0 表示特定命令已成功执行，仅此而已。让我们再演示几个例子。
您可以尝试 终止一个进程；它也会返回代码 0。
pkill lxappearance
查看文件内容也会返回退出码 0，这仅意味着 cat 命令执行成功。
退出码 1
退出码 1 也很常见。它通常表示命令以一般错误结束。
例如，在没有 sudo 权限的情况下使用 软件包管理器，就会返回代码 1。在 Arch Linux 中，如果我运行下面的命令
pacman -Sy
它会返回 1， 表示上一条命令运行出错。
📋 如果你在基于 Ubuntu 的发行版中尝试这样做（不使用 sudo 执行
apt update），运行后会得到 错误码 100，表示你是在没有权限的情况下运行apt。100 不是标准错误码，而是 apt 特有的错误码。
虽然这是一般的理解，但我们也可以将其解释为 "不被允许的操作"。
除以 0 等操作也会返回错误码 1。
退出码 2
这个退出码出现在当执行的命令有语法错误时。滥用命令参数也会导致此错误。
一般来说，它表示由于使用不当，命令无法执行。
例如，我在一个本应只有一个连字符的选项上添加了两个连字符，那么此时会出现退出码 2。
grep --z file.txt
当权限被拒绝时，比如访问 /root 文件夹，就会出现错误码 2。
退出码 126
126 是一个特殊的退出码，它用于表示命令或脚本因权限错误而未被执行。
当你尝试执行没有执行权限的 shell 脚本时，就会出现这个错误。
请注意，该退出码只出现在没有足够权限的脚本或命令的"执行"中，这与一般的权限被拒绝错误不同。
因此，不要把它与你之前看到的退出码为 2 的示例混淆。在那个示例中，运行的是 ls 命令，权限问题出自它试图执行的目录。而本例中权限问题来自脚本本身。
退出码 127
这是另一个常见的退出码。退出码 127 指的是"未找到命令"。它通常发生在执行的命令有错别字或所需的可执行文件不在 $PATH 变量中时。
例如，当我尝试执行一个不带路径的脚本时，经常会看到这个错误。
当你想运行的可执行文件不在 $PATH 变量中时，也会出现退出码 127。你可以通过 在 PATH 变量中添加父目录 来纠正这种情况。
当你输入不存在的命令时，也会得到这样的退出码。
退出码 128+n 系列
当应用程序或命令因致命错误而终止或执行失败时，将产生 128 系列退出码 (128+n)，其中 n 为信号编号。
n 包括所有类型的终止代码，如 SIGTERM、SIGKILL 等。
退出码 130 或 SIGINT
在通过终止信号 2 或 按下 Ctrl+C 中断进程时，会发出 SIGINT(键盘中断信号)。
因为终止信号是 2，所以我们得到的退出码是 130 (128+2)。下面的视频演示了 lxappearance 的中断信号。