什么是正确的(最有效的)方法来定义EDCOX1 0函数在C和C++ +EDCOX1中1函数或void main()-为什么？如果是int main()，那么return 1还是return 0？

这个问题有许多副本，包括：

• C的main()函数的有效签名是什么？
• main()函数的返回类型
• void main()和int main()的区别？
• C++中EDCOX1的0位签名
• main()的正确声明是什么？-对于C++，确实有很好的答案。
• c中main()函数的样式
• c中main()方法的返回类型
• c中int main()与void main()的比较

相关：

• C++EDCOX1〔16〕
• C++EDCOX1〔17〕
• char *envp[]是main()可移植的第三个参数吗？
• int main()函数必须在所有编译器中返回值吗？
• 为什么EDCOX1的0个函数在C和C++中的类型留给用户定义？
• 为什么int main(){}编译？
• EDCOX1第0条在C++ 14中的法律定义

EDOCX1的返回值(0)应该指示程序如何退出。正常退出通常由来自main的0返回值表示。异常退出通常由非零返回信号发出，但对于如何解释非零代码没有标准。正如其他人指出的那样，EDCOX1(2)是由C++标准明确禁止的，不应该使用。有效的C++ EDCOX1的0个签名是：

和

相当于

同样值得注意的是，在C++中，EDCOX1×4可不带返回语句，此时默认为返回0。这也适用于C99程序。是否应省略return 0;，有待商榷。有效的C程序主签名的范围要大得多。

此外，效率不是main功能的问题。它只能输入和离开一次(标记程序的启动和终止)，根据C++标准。对于C，情况不同，允许重新进入main()，但应避免。

接受的答案似乎是针对C++的，所以我想我会添加一个与C有关的答案，这在一些方面是不同的。

ISO/IEC 9899:1989(C90)：

main()应声明为：

或等同的。例如，int main(int argc, char *argv[])相当于第二个。此外，由于是默认的，因此可以省略int返回类型。

如果一个实现允许，可以用其他方式声明main()，但这使得程序实现被定义，不再严格遵守。

该标准定义了3个严格符合的返回值(即不依赖于实现定义的行为)：成功终止的0和EXIT_SUCCESS，不成功终止的EXIT_FAILURE。任何其他值都是非标准的，并定义了实现。main()必须在结尾处有一个明确的return语句，以避免不明确的行为。

最后，从标准的角度来看，从程序调用main()并没有什么错。

ISO/IEC 9899:1999(C99)：

对于C99，除了：

• 不能省略int返回类型。
• 您可以省略main()中的返回语句。如果你这样做了，并且main()完成了，那么有一个隐含的return 0。

对于托管环境(这是正常环境)，C11标准(ISO/IEC 9899:2011)表示：好的。

5.1.2.2.1 Program startup

The function called at program startup is named main. The implementation declares no
prototype for this function. It shall be defined with a return type of int and with no
parameters:

Ok.

1	int main(void) { /* ... */ }

or with two parameters (referred to here as argc and argv, though any names may be
used, as they are local to the function in which they are declared):

Ok.

1	int main(int argc, char *argv[]) { /* ... */ }

or equivalent;10) or in some other implementation-defined manner.

Ok.

If they are declared, the parameters to the main function shall obey the following
constraints:

Ok.

• The value of argc shall be nonnegative.
• argv[argc] shall be a null pointer.
• If the value of argc is greater than zero, the array members argv[0] through
  argv[argc-1] inclusive shall contain pointers to strings, which are given
  implementation-defined values by the host environment prior to program startup. The
  intent is to supply to the program information determined prior to program startup
  from elsewhere in the hosted environment. If the host environment is not capable of
  supplying strings with letters in both uppercase and lowercase, the implementation
  shall ensure that the strings are received in lowercase.
• If the value of argc is greater than zero, the string pointed to by argv[0]
  represents the program name; argv[0][0] shall be the null character if the
  program name is not available from the host environment. If the value of argc is
  greater than one, the strings pointed to by argv[1] through argv[argc-1]
  represent the program parameters.
• The parameters argc and argv and the strings pointed to by the argv array shall
  be modifiable by the program, and retain their last-stored values between program
  startup and program termination.

10) Thus, int can be replaced by a typedef name defined as int, or the type of argv can be written as
char **argv, and so on.

Ok.

C99或C11中的程序终止

从main()返回的值以实现定义的方式传输到"环境"。好的。< Buff行情>5.1.2.2.3程序终止

1如果main函数的返回类型是与int兼容的类型，则返回对main函数的初始调用等价于使用值调用exit函数由main函数作为其参数返回；11)到达}终止main函数返回值0。如果返回类型与int不兼容，则未指定返回到主机环境的终止状态。好的。

11)根据6.2.4，main中声明的具有自动存储时间的对象的寿命。将在前一个案例中结束，即使在后一个案例中不会结束。好的。< /块引用>

请注意，0被授权为"成功"。如果您愿意，可以使用EXIT_FAILURE和EXIT_SUCCESS中的EXIT_FAILURE和EXIT_SUCCESS，但是0已经很好地建立了，1也是。另请参见大于255的退出代码-可能？.好的。

在C89中(因此在Microsoft C中)，没有关于如果main()函数返回但未指定返回值会发生什么的声明，因此会导致未定义的行为。好的。

7.22.4.4 The exit function

?5 Finally, control is returned to the host environment. If the value of status is zero or EXIT_SUCCESS, an implementation-defined form of the status successful termination is returned. If the value of status is EXIT_FAILURE, an implementation-defined form of the status unsuccessful termination is returned. Otherwise the status returned is implementation-defined.

Ok.

标准C++环境

C++ 11标准(ISO/IEC 1488∶2011)表示：好的。< Buff行情>3.6.1主要功能[基本.开始.主要]

？1程序应包含一个称为main的全局函数，该函数是程序的指定开始。[…]好的。

？(二)实施前不得预先确定主要功能。此功能不得过载。它应该具有int类型的返回类型，但其类型是实现定义的。所有实现应允许以下两种主要定义：好的。

和好的。

在后一种形式中，argc应是从环境传递给程序的参数数量。在其中运行程序。如果argc不为零，这些参数应在argv[0]中提供。通过argv[argc-1]作为指向以空结束的多字节字符串(ntmbs)(17.5.2.1.4.2)的初始字符的指针，argv[0]应作为指向表示用于调用程序或""的名称。argc的值应为非负。argv[argc]的价值应为0。[注：建议在argv后再增加(可选)参数。结束注释好的。

？3.程序中不得使用函数main。main的链接(3.5)是实现定义的。[…]好的。

？5.主返回语句具有离开主功能(自动销毁任何对象)的效果并以返回值为参数调用std::exit。如果控制到了尽头在不遇到返回语句的情况下，其效果是执行好的。

< /块引用>

C++标准明确地表示："它(main函数)应该具有返回类型的EDCOX1×0)，但它的类型是实现定义的，并且需要与C标准相同的两个签名作为选项来支持。因此，"空主机"()不被C++标准所允许，尽管它没有什么可以阻止非标准实现允许替代。请注意，C++禁止用户调用EDCOX1×1Ω(但C标准不)。好的。

在C++ 11标准中，有一段省略的18.5开始和终止，它与来自C7.11标准(上面引用的)中EDCOX1×2函数的段落相同，除了脚注(简单地说明EDOCX1 3)和EDCOX1(4)在EDCOX1(5)中定义。好的。标准C-通用扩展

传统上，Unix系统支持第三种变体：好的。

第三个参数是以空结尾的字符串指针列表，每个指针都是一个环境变量，具有名称、等号和值(可能为空)。如果您不使用它，您仍然可以通过"EDOCX1"(6)访问环境。很长一段时间以来，它没有声明它的头文件，但是POSIX2008标准现在要求它在中声明。好的。

C标准承认这是一种常见的扩展，记录在附录J中：好的。

J.5.1 Environment arguments

?1 In a hosted environment, the main function receives a third argument, char *envp[],
that points to a null-terminated array of pointers to char, each of which points to a string
that provides information about the environment for this execution of the program (5.1.2.2.1).

Ok.

微软C

Microsoft vs 2010编译器很有趣。网站上说：好的。

The declaration syntax for main is

Ok.

1	int main();

or, optionally,

Ok.

1	int main(int argc, char *argv[], char *envp[]);

Alternatively, the main and wmain functions can be declared as returning void (no return value). If you declare main or wmain as returning void, you cannot return an exit code to the parent process or operating system by using a return statement. To return an exit code when main or wmain is declared as void, you must use the exit function.

Ok.

我不清楚当带有void main()的程序退出时会发生什么(返回给父级或操作系统的退出代码)，MS网站也会保持沉默。好的。

有趣的是，MS并没有规定C和C++标准要求的EDCOX1 9的两个参数版本。它只规定了三参数形式，其中第三个参数是char **envp，一个指向环境变量列表的指针。好的。

微软页面还列出了一些其他的替代方案，比如需要宽字符串的wmain()，等等。好的。

此页的Microsoft Visual Studio 2005版本没有将void main()列为备选方案。从Microsoft Visual Studio 2008起的版本就是这样。好的。标准C-独立式环境

如前所述，上述要求适用于托管环境。如果您使用的是独立环境(这是托管环境的替代方案)，那么该标准就没有什么可说的了。对于独立环境，在程序启动时调用的函数不需要调用main，并且对其返回类型没有约束。标准规定：好的。

5.1.2 Execution environments

Two execution environments are defined: freestanding and hosted. In both cases,
program startup occurs when a designated C function is called by the execution
environment. All objects with static storage duration shall be initialized (set to their initial values) before program startup. The manner and timing of such initialization are otherwise unspecified. Program termination returns control to the execution environment.

Ok.

5.1.2.1 Freestanding environment

In a freestanding environment (in which C program execution may take place without any benefit of an operating system), the name and type of the function called at program startup are implementation-defined. Any library facilities available to a freestanding program, other than the minimal set required by clause 4, are implementation-defined.

Ok.

The effect of program termination in a freestanding environment is implementation-defined.

Ok.

交叉引用第4条一致性是指：好的。< Buff行情>

？5.严格符合标准的程序只能使用本国际标准中规定的语言和库的特性。3)不得根据任何未规定、未定义或实施定义的行为产生输出，也不得超过任何最低实施限制。好的。

？6两种形式的一致性实施是独立的和独立的。符合要求的托管实施应接受任何严格符合要求的方案。一致性独立实施应接受任何严格一致的程序，其中，图书馆条款(第7条)中规定的功能的使用仅限于标准标题、、、的内容。、、、，以及。符合要求的实施可能有扩展(包括附加的库函数)，前提是它们不会改变任何严格符合程序的行为。好的。

？符合性计划是符合性实施可接受的计划。5)好的。

3)严格一致的程序可以使用条件特征(见6.10.8.3)，前提是使用相关宏的适当条件包含预处理指令来保护使用。例如：好的。

4)这意味着一致性实施不保留除本国际标准明确保留的标识符以外的任何标识符。好的。

5)严格符合性程序旨在在符合性实施中最大限度地可移植。一致性程序可能依赖一致性实现的不可移植特性。好的。< /块引用>

值得注意的是，独立环境中实际定义任何函数所需的唯一头文件是(甚至那些头文件可能是，而且通常只是宏文件)。好的。标准C++ -独立环境

正如C标准认可托管环境和独立环境一样，C++标准也是如此。(引用自ISO/IEC 14882:2011。)好的。< Buff行情>1.4执行合规性[简介合规性]

？7定义了两种实现：托管实现和独立实现。对于托管实现，此国际标准定义了一组可用的库。独立式的实现是在不借助操作系统的情况下执行操作的一种方式，它具有一组由实现定义的库，其中包括某些语言支持库(17.6.1.3)。好的。

？8一致性实现可以有扩展(包括附加的库函数)，前提是它们不会改变任何格式良好的程序的行为。需要实现来诊断那些使用不符合本国际标准的扩展。然而，这样做之后，他们就可以编译和执行这样的程序。好的。

？9每个实现都应包含文档，用于标识其不支持的所有有条件支持的构造，并定义所有特定于区域设置的特征。3好的。

3)本文件还定义了实施定义的行为；见1.9。好的。17.6.1.3独立实施[符合性]

定义了两种实现：托管和独立(1.4)。对于托管实现，此国际标准描述了一组可用的头。好的。

独立的实现具有一组实现定义的头。该组至少应包括表16所示的标题。好的。

提供的报头版本应至少声明函数abort、atexit、at_quick_exit、exit和quick_exit18.5。此表中列出的其他头文件应满足与托管实现相同的要求。好的。

表16——独立实现的C++标题好的。

< /块引用>在C中使用int main()怎么样？

C11标准的标准§5.1.2.2.1显示了首选的符号——int main(void)，但标准中也有两个示例显示了int main()：6.5.3.4？8和6.7.6.3？20。现在，重要的是要注意示例不是"规范性的"；它们只是说明性的。如果示例中存在错误，它们不会直接影响标准的主文本。也就是说，它们强烈地表明了预期的行为，因此，如果在一个例子中，标准中包括了int main()，则表明不禁止int main()，即使它不是首选的符号。好的。

6.5.3.4 The sizeof and _Alignof operators

…

Ok.

?8 EXAMPLE 3 In this example, the size of a variable length array is computed and returned from a function:

Ok.

1 2 3 4 5 6 7 8 9 10 11 12 13

#include <stddef.h> size_t fsize3(int n) {     char b[n+3]; // variable length array     return sizeof b; // execution time sizeof } int main() {     size_t size;     size = fsize3(10); // fsize3 returns 13     return 0; }

好啊。

我认为，main()应该返回EXIT_SUCCESS或EXIT_FAILURE。它们在stdlib.h中定义。

注意，C和C++标准定义了两种实现：独立式和托管式。好的。

• C90托管环境好的。

  允许的表单1:好的。

  1 2 3 4 5 6

  int main (void) int main (int argc, char *argv[]) main (void) main (int argc, char *argv[]) /*... etc, similar forms with implicit int */

  评论：好的。

  前两个被显式地声明为允许的形式，其他的被隐式地允许，因为c90允许"隐式int"用于返回类型和函数参数。不允许使用其他形式。好的。

• C90独立式环境好的。

  任何形式或名称的主要允许2。好的。

• C99托管环境好的。

  允许的表单3:好的。

  1 2 3

  int main (void) int main (int argc, char *argv[]) /* or in some other implementation-defined manner. */

  评论：好的。

  c99删除了"隐式int"，因此main()不再有效。好的。

  引入了一个奇怪的、模棱两可的句子"或以其他实现定义的方式"。这可以解释为"int main()的参数可能会变化"或"main可以有任何实现定义的形式"。好的。

  有些编译器选择用后一种方式解释标准。有争议的是，人们不能轻易地通过引用标准本身来说明它们不严格符合标准，因为标准本身是模棱两可的。好的。

  然而，允许完全野生形式的main()可能是(？)不是这个新句子的意思。c99基本原理(非规范性)意味着该句是指int main4的附加参数。好的。

  然而，托管环境程序终止部分继续讨论main不返回int 5的情况。尽管该部分不规范如何声明main，但它明确意味着可以以完全实现定义的方式声明main，即使在托管系统上也是如此。好的。

• C99独立式环境好的。

  任何形式或名称的主要允许6。好的。

• C11托管环境好的。

  允许的表单7:好的。

  1 2 3

  int main (void) int main (int argc, char *argv[]) /* or in some other implementation-defined manner. */

• C11独立式环境好的。

  任何形式或名称的主允许8。好的。

请注意，int main()从未被列为上述任何版本中C的任何托管实现的有效形式。在C中，与C++不同，EDOCX1×5和EDCOX1，6，具有不同的含义。前者是一个过时的特征，可以从语言中删除。见C11未来语言方向：好的。

6.11.6 Function declarators

Ok.

The use of function declarators with empty parentheses (not prototype-format parameter type declarators) is an obsolescent feature.

Ok.

• C++ 03托管环境好的。

  允许的表单9:好的。

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

  评论：好的。

  注意第一个形式中的空括号。C++和C在这种情况下是不同的，因为在C++中这意味着函数不需要参数。但在C语言中，它意味着它可以接受任何参数。好的。

• C++ 03独立环境好的。

  启动时调用的函数名是实现定义的。如果命名为main()，则必须遵循规定的格式10：好的。

  1 2 3

  // implementation-defined name, or int main () int main (int argc, char *argv[])

• C++ 11托管环境好的。

  允许的表格11：好的。

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

  评论：好的。

  该标准的文本已更改，但其含义相同。好的。

• C++ 11独立环境好的。

  启动时调用的函数名是实现定义的。如果命名为main()，则必须遵循规定的格式12：好的。

  1 2 3

  // implementation-defined name, or int main () int main (int argc, char *argv[])

工具书类好的。

好啊。

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

c89和k&r c中的main()未指定的返回类型默认为"int"。

看看我怎样才能得到我的主函数返回了什么？.

这样就可以看出，它是一个变量$?，接收main()返回值的最低有效字节。

在UNIX和DOS脚本中，成功时返回return 0，错误时返回非零。这是Unix和DOS脚本使用的标准，用于找出程序发生了什么并控制整个流程。

请记住，即使返回int，一些OSE(Windows)也会将返回的值截断为单字节(0-255)。

操作系统可以使用返回值来检查程序是如何关闭的。

在大多数操作系统中，返回值0通常意味着OK(我无论如何都能想到)。

当您自己调用一个进程时，也可以检查它，并查看程序是否退出并正确完成。

这不仅仅是一个编程约定。

main()的返回值显示程序是如何退出的。如果返回值为zero，则表示执行成功，而任何非零值表示执行中出现问题。

返回0应告知程序员程序已成功完成作业。

我的印象是，Standard指定main不需要返回值，因为成功的返回是基于OS的(一个中的零可能是成功的，另一个中的零可能是失败的)，因此缺少返回是编译器插入成功返回本身的提示。

但是我通常返回0。

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

如果您这样做(多次调用一个进程)，您应该找到一种方法，将您的逻辑直接放入调用方或一个dll文件中，而不为每个调用分配一个特定的进程；在这种情况下，多进程分配会给您带来相关的效率问题。

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

What is the correct (most efficient) way to define the main() function in C and C++ — int main() or void main() — and why?

那些词(最有效的)不会改变问题。除非你是在一个独立的环境中，否则有一个普遍正确的方法来声明main()，那就是返回int。

What should main() return in C and C++?

这不是main()应该返回的，而是main()应该返回的。当然，main()是其他人调用的函数。您无法控制调用main()的代码。因此，必须使用类型正确的签名声明main()，以匹配其调用方。你在这件事上别无选择。你不必问自己什么更有效率或更低，什么是更好或更差的风格，或类似的事情，因为答案已经被完美地定义了，对你来说，按照C和C+标准。跟着他们走。

If int main() then return 1 or return 0?

0表示成功，非0表示失败。同样，这不是你需要(或得到)选择的东西：它是由你应该遵守的接口定义的。

返回什么取决于您想对可执行文件做什么。例如，如果将程序与命令行shell一起使用，则需要返回0表示成功，返回非零表示失败。然后，根据代码的结果，您将能够使用shell中的程序进行条件处理。此外，您还可以根据您的解释分配任何非零值，例如，对于严重错误，不同的程序退出点可以终止具有不同退出值的程序，调用shell可以使用这些值来决定通过检查返回的值要做什么。如果代码不打算与shell一起使用，并且返回的值不会影响任何人，那么它可能会被省略。我个人使用签名int main (void) { .. return 0; .. }

这里是一个关于返回码用法的小演示…

当使用Linux终端提供的各种工具时，可以使用返回代码，例如在进程完成后进行错误处理。假设存在以下文本文件myfile：

This is some example in order to check how grep works.

执行grep命令时，会创建一个进程。一旦它通过(并且没有中断)，它将返回一些介于0和255之间的代码。例如：

如果你这样做了

您将获得0。为什么？因为grep找到一个匹配项并返回一个退出代码0，这是成功退出的通常值。让我们再次检查一下，但是有一些东西不在我们的文本文件中，因此不会找到匹配项：

由于grep未能将标记"foo"与我们文件的内容匹配，返回代码为1(这是发生故障时的常见情况，但如上所述，您有许多值可供选择)。

现在，下面的bash脚本(只需在Linux终端中键入)虽然非常基本，但应该给出一些错误处理的概念：

在第二行之后，由于"foo"使grep返回1，所以没有任何内容打印到终端，我们检查grep的返回代码是否等于0。第二个条件语句在最后一行中回显其消息，因为由于check==1，它是真的。

正如您所看到的，如果您正在调用这个和那个进程，那么有时必须查看它返回了什么(通过main()的返回值)。

当C或C++程序到达EDOCX1的结尾时，编译器1将自动生成代码返回0，因此不需要在EDCOX1 1的结尾显式地放置EDOCX1 2。

注：当我提出这个建议时，几乎总是紧接着两种评论中的一种："我不知道。"或者"这是个坏建议！"我的理由是，依赖标准显式支持的编译器行为是安全和有用的。对于c，自c99；见ISO/IEC 9899:1999第5.1.2.2.3节：

[...] a return from the initial call to the main function is equivalent to calling the exit function with the value returned by the main function as its argument; reaching the } that terminates the main function returns a value of 0.

对于C++，由于第一个标准为1998；参见ISO/IEC 1488∶1998第3.3.1节：

If control reaches the end of main without encountering a return statement, the effect is that of executing return 0;

此后两种标准的所有版本(C99和C++ 98)都保持了相同的想法。我们依赖于C++中自动生成的成员函数，很少有人在EDCOX1×5函数的结尾写显式的EDCOX1×4个语句。反对省略的理由似乎归结为"看起来很奇怪"。如果你和我一样，对改变C标准的理由感到好奇，请阅读这个问题。另请注意，在20世纪90年代初，这被认为是"草率的做法"，因为当时它是未定义的行为(尽管受到广泛支持)。

所以我主张省略它；其他人则不同意(通常是激烈的！)在任何情况下，如果您遇到忽略它的代码，您将知道它是由标准显式支持的，并且您将知道它的含义。

在C++中，main函数应该声明为int main()，而不是空虚main()，因为编译器在空格main的情况下抛出一个错误。主函数可以接受任何数量的参数，如int main(int k、int l、int arr[])或int main(void)。

输出：

返回部分只返回0，否则编译器将抛出错误。例如，如果返回1，将获得所需的输出，但它也会引发运行时错误。

例子

输出：