在C和C++中定义main（）函数的正确（最有效）方法是什么？int main（）或void main（）-为什么？那争论呢？如果int main（），则返回1或0？
这个问题有很多重复之处，包括：
C的main（）函数的有效签名是什么？main（）函数的返回类型void main（）和int main（）之间的区别？main（）在C中的签名++main（）的正确声明是什么？-对于C++，确实有一个非常好的答案。C中main（）函数的样式C中main（）方法的返回类型C中的int main（）与void main（）
相关：
C++-int main（int argc，char**argv）C++-int main（int argc，char*argv[]）char*envp[]作为main（）的第三个参数是否可移植？int main（）函数必须在所有编译器中返回值吗？为什么C和C++中main（）函数的类型留给用户定义？为什么int main（）｛｝编译？C++14中main（）的合法定义？
当前回答
在C中，C11标准第5.1.2.2.1节（强调矿井）：
应使用返回类型int和no来定义参数：int main（void）｛/*…*/｝或者使用两个参数（这里称为argc和argv可以使用任何名称，因为它们是所在函数的本地名称声明）：int main（int argc，char*argv[]）｛/*…*/｝
然而，对于像我这样的初学者来说，一个抽象的例子可以让我掌握它：
在程序中编写方法时，例如int read_file（char filename[LEN]）；，然后，作为此方法的调用方，您希望知道一切是否顺利（因为可能会发生故障，例如找不到文件）。通过检查方法的返回值，您可以知道一切是否顺利，这是该方法向您发出成功执行（或失败）的信号，并让调用者（例如，在主方法中）决定如何处理意外失败的机制。
现在想象一下，我为一个用于更复杂系统的微机构编写了一个C程序。当系统调用微机制时，它想知道一切是否按预期进行，以便能够处理任何潜在的错误。如果C程序的主方法返回void，那么调用系统如何知道其子系统（微机制）的执行？它不能，这就是main（）返回int的原因，以便向调用方传达成功（或失败）的执行。
换句话说：
原因是主机环境（即操作系统（OS））需要知道程序是否正确完成。如果没有int兼容类型作为返回类型（例如void），则“返回到主机环境的状态未指定”（即大多数操作系统上的未定义行为）。
其他回答
这里有一个关于返回代码用法的小演示。。。
当使用Linux终端提供的各种工具时，可以使用返回代码，例如在过程完成后进行错误处理。假设存在以下文本文件myfile：
这是一些示例，以检查grep的工作原理。
执行grep命令时，将创建一个进程。一旦它通过（并且没有中断），它将返回一些介于0和255之间的代码。例如：
$ grep order myfile
如果你这样做
$ echo $?
$ 0
您将获得0。为什么？因为grep找到了匹配项并返回了退出代码0，这是成功退出的通常值。原因可能在于简单检查是否一切正常的布尔性质。对0（布尔值假）的简单否定返回1（布尔值真），这可以在if-else语句中轻松处理。
让我们再次检查它，但不在文本文件中，因此不会找到匹配项：
$ grep foo myfile
$ echo $?
$ 1
由于grep未能将标记“foo”与文件内容匹配，因此返回代码为1（这是发生故障时的常见情况，但如上所述，您有很多值可供选择）。同样，如果我们将其放在简单的布尔上下文中（一切正常与否），则否定1（布尔值为真）会产生0（布尔值假），这同样可以通过if-else语句轻松处理。当涉及布尔值时，任何不是0的值都被视为等同于1（因此，在用于检查是否发生错误的简单if-else语句中，2、3、4等的工作方式与使用1的情况相同）。您可以使用不同的返回值来增加错误状态的粒度。对于成功执行的状态，使用0以外的任何值都被认为是不好的做法（由于上面给出的原因）。
以下bash脚本（只需在Linux终端中键入它）虽然非常基本，但应该能给出一些错误处理的概念：
$ grep foo myfile
$ CHECK=$?
$ [ $CHECK -eq 0] && echo 'Match found'; [ $CHECK -ne 0] && echo 'No match was found'
$ No match was found
在第二行之后，由于“foo”使grep返回1，所以没有任何内容打印到终端，我们检查grep的返回代码是否等于0。第二个条件语句在最后一行回显其消息，因为由于CHECK==1，它是真的。
正如您所看到的，如果您正在调用这个和那个进程，有时需要查看它返回了什么（通过main（）的返回值），例如在运行测试时。
我认为main（）应该返回EXIT_SUCCESS或EXIT_FAILURE。它们在stdlib.h中定义
成功时返回0，错误时返回非零。这是UNIX和DOS脚本用来找出程序发生了什么的标准。
如果您确实存在与从进程返回整数的效率相关的问题，那么您可能应该避免多次调用该进程，从而导致返回值成为问题。
如果你这样做（多次调用一个进程），你应该找到一种方法将你的逻辑直接放在调用者内部，或者放在一个DLL文件中，而不需要为每个调用分配一个特定的进程；在这种情况下，多个流程分配会带来相关的效率问题。
详细地说，如果您只想知道返回0是否比返回1更有效，在某些情况下，它可能取决于编译器，但一般来说，假设它们是从相同的源（本地、字段、常量、嵌入代码中的、函数结果等）读取的，则需要完全相同的时钟周期数。
在Windows上，如果程序因访问冲突而崩溃，则退出代码将为STATUS_access_violation（0xC0000005）。类似于x86异常导致的其他类型的崩溃。
因此，除了从main返回或传递到exit之外，还有其他东西可以导致退出代码被看到。
