exit()做了什么'return'没有做的特殊事情吗?

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

The standard requires identical behavior in these cases (specifically, it says returning something that's int-compatible from main() should be equivalent to calling exit() with that value). The problem is that different OSes have different conventions for interpreting the exit values. On many (MANY!) systems, 0 means success and anything else is a failure. But on, say, VMS, odd values mean success and even ones mean failure. If you returned 0 from main(), a VMS user would see a nasty message about an access violation. There wasn't actually an access violation--that was simply the standard message associated with failure code 0.

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

因此，该标准将您置于VMS的约束中，因为它没有留下任何标准方法来返回值恰好为0的故障代码。

因此，20世纪90年代早期的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对出口值的约定比奇数/偶数更微妙。它实际上使用低三位来编码一个严重级别。然而，一般来说，奇数的严重级别表示成功或其他信息，偶数的严重级别表示错误。

实际上，有区别，但很微妙。它对c++有更多的含义，但区别是重要的。

当我在main()中调用return时，将为局部作用域的对象调用析构函数。如果我调用exit()，将不会为局部作用域的对象调用析构函数!重读。Exit()不返回。这意味着一旦我调用它，就“没有回手”。在该函数中创建的任何对象都不会被销毁。这通常没有影响，但有时有影响，比如关闭文件(当然您希望将所有数据刷新到磁盘?)

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

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

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

我总是使用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

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

另一种潜在的用法(通常只用于玩具程序)是通过递归调用main退出程序。

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

C标准第5.1.2.2.3节规定:

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

c++的规则有点不同，在其他答案中提到过。

exit()做了什么'return'没有做的特殊事情吗?

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

The standard requires identical behavior in these cases (specifically, it says returning something that's int-compatible from main() should be equivalent to calling exit() with that value). The problem is that different OSes have different conventions for interpreting the exit values. On many (MANY!) systems, 0 means success and anything else is a failure. But on, say, VMS, odd values mean success and even ones mean failure. If you returned 0 from main(), a VMS user would see a nasty message about an access violation. There wasn't actually an access violation--that was simply the standard message associated with failure code 0.

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

因此，该标准将您置于VMS的约束中，因为它没有留下任何标准方法来返回值恰好为0的故障代码。

因此，20世纪90年代早期的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对出口值的约定比奇数/偶数更微妙。它实际上使用低三位来编码一个严重级别。然而，一般来说，奇数的严重级别表示成功或其他信息，偶数的严重级别表示错误。