在Linux中，如果进程的退出状态为0，则认为该进程已正确完成。
我看到分割错误经常导致退出状态为11，尽管我不知道这只是我工作的地方的惯例(像这样失败的应用程序都是内部的)还是一种标准。
Linux中进程有标准的退出码吗?
当前回答
头文件sysexits.h有一个标准退出码列表。它似乎至少可以追溯到1993年，一些大型项目，如Postfix使用它，所以我认为这是一种方式。
从OpenBSD手册页:
根据style(9)，在结束程序时，用任意值调用exit(3)来指示失败条件并不是一个好的实践。相反，应该使用来自sysexits的预定义退出码，以便进程的调用者可以获得关于故障类的粗略估计，而无需查找源代码。
其他回答
'1':笼统错误
'2':误用shell内置程序(根据Bash文档)
“126”:调用的命令无法执行
'127': "命令未找到"
'128':无效的退出参数
'128+n':致命错误信号"n"
'130':以Ctrl + C结束的脚本
255:超出范围的退出状态
这是给巴斯的。但是，对于其他应用程序，有不同的退出代码。
除了0表示成功之外，没有标准的退出码。非零也不一定意味着失败。
头文件stdlib.h确实将EXIT_FAILURE定义为1，将EXIT_SUCCESS定义为0，但仅此而已。
段错误上的11很有趣，因为11是内核在发生段错误时用来终止进程的信号数。在内核或shell中，可能存在某种机制将其转换为退出代码。
有些是惯例，但其他一些保留的是POSIX标准的一部分。
126—找到要执行的文件，但它不是可执行实用程序。 127—没有找到要执行的实用程序。 >128—命令被信号中断。
参见man 1p退出的基本原理部分。
正如David提到的，标准的Unix退出码是由sysexits.h定义的。 类似Poco这样的可移植库也使用相同的退出码——下面是它们的列表:
类Poco::Util::Application, ExitCode
信号11是SIGSEGV(分段违例)信号，它不同于返回码。这个信号是由内核在响应错误的页面访问时生成的，这会导致程序终止。信号列表可以在信号手册页中找到(运行"man signal")。
程序返回一个16位的退出码。如果程序被一个信号杀死，那么高阶字节包含所使用的信号，否则低阶字节是程序员返回的退出状态。
退出码是如何分配给状态变量$的?然后到壳层。Bash保留状态的低7位，然后使用128 +(信号nr)表示信号。
程序的唯一“标准”约定是成功为0，错误为非0。使用的另一个约定是在错误时返回errno。
