头文件sysexits.h有一个标准退出码列表。它似乎至少可以追溯到1993年，一些大型项目，如Postfix使用它，所以我认为这是一种方式。

从OpenBSD手册页:

根据style(9)，在结束程序时，用任意值调用exit(3)来指示失败条件并不是一个好的实践。相反，应该使用来自sysexits的预定义退出码，以便进程的调用者可以获得关于故障类的粗略估计，而无需查找源代码。

粗略地说，0代表成功，非0代表失败，1代表一般失败，大于1代表特定失败。除了false和test这两个简单的例外，我还发现了其他一些例外。

更现实地说，0意味着成功或可能失败，1意味着一般的失败或可能成功，2意味着一般的失败，如果1和0都用来表示成功，但也可能是成功。

如果比较的文件相同，diff命令给出0，如果不同，则给出1，如果二进制文件不同，则给出2。2也意味着失败。less命令为失败提供1，除非您未能提供参数，在这种情况下，尽管失败，它仍退出0。

more命令和spell命令给出1表示失败，除非失败是由于权限被拒绝、文件不存在或试图读取目录造成的。在任何这些情况下，尽管失败，它们仍然退出0。

然后expr命令给出1表示成功，除非输出是空字符串或零，在这种情况下，0表示成功。2和3是失败。

还有一些情况下，成功或失败是模棱两可的。当grep无法找到一个模式时，它退出1，但它退出2是真正的失败(比如拒绝许可)。Klist在找不到票时也会退出1，尽管这并不比grep找不到模式或ls一个空目录更失败。

因此，不幸的是，Unix的强大功能似乎并没有强制执行任何逻辑规则集，即使是在非常常用的可执行文件上。

'1':笼统错误

'2':误用shell内置程序(根据Bash文档)

“126”:调用的命令无法执行

'127': "命令未找到"

'128':无效的退出参数

'128+n':致命错误信号"n"

'130':以Ctrl + C结束的脚本

255:超出范围的退出状态

这是给巴斯的。但是，对于其他应用程序，有不同的退出代码。

第1部分:高级Bash脚本编写指南

像往常一样，高级Bash脚本编写指南有很多信息: (这个链接在另一个答案中，但指向一个非规范的URL。)

1:捕捉一般错误 2:误用shell内置程序(根据Bash文档) 126:调用的命令无法执行 127: "命令未找到" 128:退出的无效参数 128+n:致命错误信号“n” 255:退出状态超出范围(退出只接受0 - 255范围内的整数参数)

第2部分:sysexits.h

ABSG引用sysexits.h。

在Linux上:

$ find /usr -name sysexits.h
/usr/include/sysexits.h
$ cat /usr/include/sysexits.h

/*
 * Copyright (c) 1987, 1993
 *  The Regents of the University of California.  All rights reserved.

 (A whole bunch of text left out.)

#define EX_OK           0       /* successful termination */
#define EX__BASE        64      /* base value for error messages */
#define EX_USAGE        64      /* command line usage error */
#define EX_DATAERR      65      /* data format error */
#define EX_NOINPUT      66      /* cannot open input */    
#define EX_NOUSER       67      /* addressee unknown */    
#define EX_NOHOST       68      /* host name unknown */
#define EX_UNAVAILABLE  69      /* service unavailable */
#define EX_SOFTWARE     70      /* internal software error */
#define EX_OSERR        71      /* system error (e.g., can't fork) */
#define EX_OSFILE       72      /* critical OS file missing */
#define EX_CANTCREAT    73      /* can't create (user) output file */
#define EX_IOERR        74      /* input/output error */
#define EX_TEMPFAIL     75      /* temp failure; user is invited to retry */
#define EX_PROTOCOL     76      /* remote error in protocol */
#define EX_NOPERM       77      /* permission denied */
#define EX_CONFIG       78      /* configuration error */

#define EX__MAX 78      /* maximum listed value */

除了0表示成功之外，没有标准的退出码。非零也不一定意味着失败。

头文件stdlib.h确实将EXIT_FAILURE定义为1，将EXIT_SUCCESS定义为0，但仅此而已。

段错误上的11很有趣，因为11是内核在发生段错误时用来终止进程的信号数。在内核或shell中，可能存在某种机制将其转换为退出代码。

正如David提到的，标准的Unix退出码是由sysexits.h定义的。 类似Poco这样的可移植库也使用相同的退出码——下面是它们的列表:

类Poco::Util::Application, ExitCode

信号11是SIGSEGV(分段违例)信号，它不同于返回码。这个信号是由内核在响应错误的页面访问时生成的，这会导致程序终止。信号列表可以在信号手册页中找到(运行"man signal")。