main() 中的 return 语句与 exit()

Question

我应该在main() 中使用exit() 还是只使用return 语句？我个人喜欢return 语句，因为我觉得它就像阅读任何其他函数一样，并且当我阅读代码时流程控制很流畅（在我看来）。即使我想重构main() 函数，拥有return 似乎比exit() 更好。

exit() 会做一些 return 没有做的特别事情吗？

Answer 1

其实，有的区别，但很微妙。它对 C++ 的影响更大，但差异很重要。

当我在main() 中调用return 时，将为我的本地范围对象调用析构函数。如果我调用exit()，将不会为我的本地范围对象调用任何析构函数！重新阅读。 exit() 不返回。这意味着，一旦我称它为，就“没有后盾”。您在该函数中创建的任何对象都不会被销毁。通常这没有任何影响，但有时确实如此，例如关闭文件（您确定要将所有数据刷新到磁盘吗？）。

请注意，即使您调用 exit()，static 对象也会被清除。最后请注意，如果您使用abort()，则不会销毁任何对象。也就是说，不会调用全局对象、静态对象和局部对象的析构函数。

选择退出而不是返回时要谨慎行事。

http://groups.google.com/group/gnu.gcc.help/msg/8348c50030cfd15a

Answer 2

另一个区别： exit 是标准库 功能，所以你需要包括 标头和与标准的链接 图书馆。为了说明（在 C++ 中）， 这是一个有效的程序：

int main() { return 0; }

但要使用exit，您需要包含：

#include <stdlib.h>
int main() { exit(EXIT_SUCCESS); }

另外，这增加了一个额外的假设：从main 调用exit 与返回零具有相同的副作用。正如其他人指出的那样，这取决于您正在构建什么样的可执行文件（即，谁在调用main）。您是否正在编写使用 C 运行时的应用程序？玛雅插件？ Windows 服务？一个司机？每个案例都需要研究以查看exit 是否等同于return。恕我直言，当您真的是说 return 时使用exit 只会使代码更加混乱。 OTOH，如果你真的是意思exit，那么一定要使用它。

Answer 3

首选exit 至少有一个原因：如果您的任何atexit 处理程序引用main 中的自动存储持续时间数据，或者如果您使用setvbuf 或setbuf 分配给标准流之一是 main 中的自动存储持续时间缓冲区，然后从 main 返回会产生未定义的行为，但调用 exit 是有效的。

另一种潜在用途（不过，通常保留给玩具程序）是通过递归调用 main 退出程序。

Answer 4

我总是使用return，因为main() 的标准原型表明它确实返回了int。

也就是说，某些版本的标准对main 进行了特殊处理，如果没有明确的return 语句，则假定它返回0。给定以下代码：

int foo() {}
int main(int argc, char *argv[]) {}

G++ 只为foo() 生成警告，并忽略来自main 的缺失返回：

% g++ -Wall -c foo.cc
foo.cc: In function ‘int foo()’:
foo.cc:1: warning: control reaches end of non-void function

Answer 5

我强烈支持 R. 关于使用 exit() 的评论，以避免在程序实际结束之前回收 main() 中的自动存储。 main() 中的return X; 语句并不完全等同于对exit(X); 的调用，因为main() 的动态存储在main() 返回时消失，但如果对exit() 的调用是改为制作。

此外，在 C 或任何类似 C 的语言中，return 语句强烈暗示读者将在调用函数中继续执行，虽然如果计算 C 启动例程，这种继续执行通常在技术上是正确的调用了您的 main() 函数，当您打算结束进程时，这并不是 您 的意思。

毕竟，如果您想在除main() 之外的任何其他函数中结束您的程序，您必须调用exit()。在main() 中始终如一地这样做也会使您的代码更具可读性，并且也使任何人都可以更轻松地重构您的代码；即，从main() 复制到其他函数的代码不会因为意外的return 语句应该被exit() 调用而行为不端。

因此，将所有这些点结合在一起，得出的结论是，至少对于 C 来说，使用return 语句来结束main() 中的程序是一个坏习惯。 p>

Answer 6

exit() 有没有做任何“return”没有做的特殊事情？

对于不常见平台的一些编译器，exit() 可能会将其参数转换为程序的退出值，而从main() 返回可能只是将值直接传递给主机环境而无需任何转换。

在这些情况下，该标准要求相同的行为（具体来说，它说从main() 返回与int 兼容的东西应该等同于使用该值调用exit()）。问题是不同的操作系统有不同的解释退出值的约定。在许多（很多！）系统上，0 意味着成功，其他任何东西都是失败。但是在 VMS 上，奇数表示成功，偶数表示失败。如果您从main() 返回 0，VMS 用户会看到一条关于访问冲突的令人讨厌的消息。实际上并没有访问冲突——这只是与失败代码 0 相关的标准消息。

然后 ANSI 出现并祝福 EXIT_SUCCESS 和 EXIT_FAILURE 作为参数传递给 exit()。该标准还规定exit(0) 的行为应与exit(EXIT_SUCCESS) 相同，因此大多数实现将EXIT_SUCCESS 定义为0。

因此，该标准将您置于 VMS 上，因为它没有标准方法来返回恰好具有值 0 的失败代码。

1990 年代早期的 VAX/VMS C 编译器因此没有解释来自main() 的返回值，它只是将任何值返回到主机环境。但是，如果您使用exit()，它将执行标准要求的操作：将EXIT_SUCCESS（或0）转换为成功代码，将EXIT_FAILURE 转换为通用失败代码。要使用EXIT_SUCCESS，您必须将其传递给exit()，您无法从main() 返回它。我不知道该编译器的更现代版本是否保留了这种行为。

一个可移植的 C 程序曾经看起来像这样：

#include <stdio.h>
#include <stdlib.h>

int main() {
  printf("Hello, World!\n");
  exit(EXIT_SUCCESS);  /* to get good return value to OS */
  /*NOTREACHED*/ /* to silence lint warning */
  return 0;  /* to silence compiler warning */
}

另外：如果我没记错的话，VMS 退出值的约定比奇数/偶数更细微。它实际上使用像低三位这样的东西来编码严重性级别。然而，一般来说，奇数严重级别表示成功或杂项信息，偶数表示错误。

Answer 7

在 C 中，从 main 返回与使用相同的值调用 exit 完全相同。

C standard 的第 5.1.2.2.3 节指出：

如果主函数的返回类型是与int兼容的类型 , 从初始调用返回到 main 函数等价于 使用 main 返回的值调用 exit 函数 函数作为它的参数; 11) 到达终止 main函数返回值为0。如果返回类型为 与 int 不兼容，终止状态返回 主机环境未指定。

C++ 的规则与其他答案中提到的略有不同。

Answer 8

main 中的 exit(0) 和 return(0) 实际上存在差异——当您的 main 函数被多次调用时。

下面的程序

#include <stdio.h>
#include <stdlib.h>

int main(int argc, char** argv) {
  if (argc == 0)
    return(0);
  printf("%d", main(argc - 1, argv));
}

运行方式

./program 0 0 0 0

将产生以下输出：

00000

但是这个：

#include <stdio.h>
#include <stdlib.h>

int main(int argc, char** argv) {
  if (argc == 0)
    exit(0);
  printf("%d", main(argc - 1, argv));
}

无论参数如何，都不会打印任何内容。

如果您确定没有人会明确地调用您的main，这在技术上一般来说并没有太大的区别，但保持更清晰的代码exit 看起来会好得多。如果您出于某种原因想要致电main - 您应该根据自己的需要进行调整。

谈到 C。