在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（）的合法定义？
当前回答
如果您确实存在与从进程返回整数的效率相关的问题，那么您可能应该避免多次调用该进程，从而导致返回值成为问题。
如果你这样做（多次调用一个进程），你应该找到一种方法将你的逻辑直接放在调用者内部，或者放在一个DLL文件中，而不需要为每个调用分配一个特定的进程；在这种情况下，多个流程分配会带来相关的效率问题。
详细地说，如果您只想知道返回0是否比返回1更有效，在某些情况下，它可能取决于编译器，但一般来说，假设它们是从相同的源（本地、字段、常量、嵌入代码中的、函数结果等）读取的，则需要完全相同的时钟周期数。
其他回答
返回0应告诉程序员程序已成功完成作业。
在C和C++中定义main（）函数的正确（最有效）方法是什么？int main（）或void main（）-为什么？
这些词“（最有效）”并不能改变问题。除非您处于独立的环境中，否则有一种普遍正确的方法来声明main（），那就是返回int。
main（）在C和C++中应该返回什么？
一个int，纯粹而简单。它不仅仅是“应该返回什么”，而是“必须返回什么”。main（）当然是其他人调用的函数。您无法控制调用main的代码。因此，必须使用类型正确的签名声明main以匹配其调用者。你在这件事上没有任何选择。你不必问自己什么效率更高或更低，什么风格更好或更差，或者诸如此类的问题，因为答案已经由C和C++标准完美地定义了。跟着他们就行了。
如果int main（），则返回1或0？
0表示成功，非零表示失败。同样，这不是你需要（或得到）选择的东西：它是由你应该遵守的接口定义的。
在Windows上，如果程序因访问冲突而崩溃，则退出代码将为STATUS_access_violation（0xC0000005）。类似于x86异常导致的其他类型的崩溃。
因此，除了从main返回或传递到exit之外，还有其他东西可以导致退出代码被看到。
成功时返回0，错误时返回非零。这是UNIX和DOS脚本用来找出程序发生了什么的标准。
省略返回0
当C或C++程序到达main结尾时，编译器将自动生成返回0的代码，因此不需要将返回值设置为0；明确地在main的末尾。
注意：当我提出这个建议时，后面几乎总是两种评论中的一种：“我不知道。”或“这是坏建议！”我的理由是，依赖标准明确支持的编译器行为是安全和有用的。对于C，自C99以来；见ISO/IEC 9899:1999第5.1.2.2.3节：
[…]从初始调用返回到主函数相当于用主函数返回的值作为其参数调用退出函数；到达终止主函数的}返回值0。
对于C++，自1998年第一个标准以来；见ISO/IEC 14882:1998第3.6.1节：
如果控件到达main的结尾而没有遇到return语句，则效果是执行return 0；
从那时起，两种标准的所有版本（C99和C++98）都保持了相同的想法。我们依赖于C++中自动生成的成员函数，很少有人编写显式返回；void函数末尾的语句。反对省略的理由似乎归结为“看起来很奇怪”。如果像我一样，你对C标准更改的原因感到好奇，请阅读这个问题。还要注意，在20世纪90年代初，这被认为是“草率的做法”，因为当时这是一种未定义的行为（尽管得到广泛支持）。
此外，C++核心指南包含省略返回0的多个实例；在main结尾，没有编写显式返回的实例。尽管该文件中还没有关于这一特定主题的具体准则，但这似乎至少是对这一做法的默认认可。
所以我主张省略它；其他人不同意（通常是激烈的！）在任何情况下，如果你遇到省略了它的代码，你会知道它是由标准明确支持的，你也会知道它的含义。
