如果您确实存在与从进程返回整数的效率相关的问题，那么您可能应该避免多次调用该进程，从而导致返回值成为问题。

如果你这样做（多次调用一个进程），你应该找到一种方法将你的逻辑直接放在调用者内部，或者放在一个DLL文件中，而不需要为每个调用分配一个特定的进程；在这种情况下，多个流程分配会带来相关的效率问题。

详细地说，如果您只想知道返回0是否比返回1更有效，在某些情况下，它可能取决于编译器，但一般来说，假设它们是从相同的源（本地、字段、常量、嵌入代码中的、函数结果等）读取的，则需要完全相同的时钟周期数。

main的返回值指示程序如何退出。正常出口由main的0返回值表示。异常退出是由非零返回发出的信号，但对于如何解释非零代码没有标准。正如其他人所指出的，void main（）是C++标准所禁止的，不应该使用。有效的C++主签名是：

int main(void)

and

int main(int argc, char **argv)

相当于

int main(int argc, char *argv[])

还值得注意的是，在C++中，int main（）可以不带return语句，此时默认返回0。C99项目也是如此。是否返回0；是否应被省略值得商榷。有效的C程序主签名的范围要大得多。

效率不是主要功能的问题。根据C++标准，只能输入和离开一次（标记程序的开始和终止）。对于C，允许重新输入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），则“返回到主机环境的状态未指定”（即大多数操作系统上的未定义行为）。

成功时返回0，错误时返回非零。这是UNIX和DOS脚本用来找出程序发生了什么的标准。

在Windows上，如果程序因访问冲突而崩溃，则退出代码将为STATUS_access_violation（0xC0000005）。类似于x86异常导致的其他类型的崩溃。

因此，除了从main返回或传递到exit之外，还有其他东西可以导致退出代码被看到。

如果您确实存在与从进程返回整数的效率相关的问题，那么您可能应该避免多次调用该进程，从而导致返回值成为问题。

如果你这样做（多次调用一个进程），你应该找到一种方法将你的逻辑直接放在调用者内部，或者放在一个DLL文件中，而不需要为每个调用分配一个特定的进程；在这种情况下，多个流程分配会带来相关的效率问题。

详细地说，如果您只想知道返回0是否比返回1更有效，在某些情况下，它可能取决于编译器，但一般来说，假设它们是从相同的源（本地、字段、常量、嵌入代码中的、函数结果等）读取的，则需要完全相同的时钟周期数。