当Linux返回0时，意味着成功。其他都意味着失败。每个程序都有自己的退出码，所以要把它们都列出来实在是太长了……!

关于11错误代码，它确实是分段错误编号，主要意味着程序访问了一个没有分配的内存位置。

第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 */

有些是惯例，但其他一些保留的是POSIX标准的一部分。

126—找到要执行的文件，但它不是可执行实用程序。 127—没有找到要执行的实用程序。 >128—命令被信号中断。

参见man 1p退出的基本原理部分。

程序返回一个16位的退出码。如果程序被一个信号杀死，那么高阶字节包含所使用的信号，否则低阶字节是程序员返回的退出状态。

退出码是如何分配给状态变量$的?然后到壳层。Bash保留状态的低7位，然后使用128 +(信号nr)表示信号。

程序的唯一“标准”约定是成功为0，错误为非0。使用的另一个约定是在错误时返回errno。

当Linux返回0时，意味着成功。其他都意味着失败。每个程序都有自己的退出码，所以要把它们都列出来实在是太长了……!

关于11错误代码，它确实是分段错误编号，主要意味着程序访问了一个没有分配的内存位置。

以前的答案都没有正确描述退出状态2。与他们声称的相反，状态2是您的命令行实用程序在不正确调用时实际返回的结果。(是的，一个答案可能是九年前的事了，得到了数百个赞，但仍然是错误的。)

下面是真正的，长期存在的正常终止的退出状态约定，即不是通过信号:

退出状态0:success 退出状态1:“失败”，由程序定义 退出状态2:命令行使用错误

例如，如果比较的文件相同，diff返回0，如果不同则返回1。根据长期以来的惯例，unix程序在被错误调用(未知选项，错误的参数数量等)时返回退出状态2。例如，diff -N, grep -Y或diff a b c都将导致$?被设置为2。这是自20世纪70年代Unix早期以来的实践。

接受的答案解释了当一个命令被一个信号终止时会发生什么。简而言之，由于未捕获信号而终止的结果是退出状态128+[<信号号>。例如，由SIGINT终止(信号2)导致退出状态130。

笔记

Several answers define exit status 2 as "Misuse of bash builtins". This applies only when bash (or a bash script) exits with status 2. Consider it a special case of incorrect usage error. In sysexits.h, mentioned in the most popular answer, exit status EX_USAGE ("command line usage error") is defined to be 64. But this does not reflect reality: I am not aware of any common Unix utility that returns 64 on incorrect invocation (examples welcome). Careful reading of the source code reveals that sysexits.h is aspirational, rather than a reflection of true usage: * This include file attempts to categorize possible error * exit statuses for system programs, notably delivermail * and the Berkeley network. * Error numbers begin at EX__BASE [64] to reduce the possibility of * clashing with oth­er exit statuses that random programs may * already return. In other words, these definitions do not reflect the common practice at the time (1993) but were intentionally incompatible with it. More's the pity.