exit(0) 在 MFC 中会造成任何问题吗？

Question

我想立即退出 C++ 中的 MFC 应用程序。 exit(0) 是最好的解决方案吗？例如。它是否阻止析构函数被调用，它是线程安全的吗？等等，有更好的解决方案吗？谢谢。

Answer 1

是的，exit(0) 是最好的解决方案。它将导致全局对象（以及函数内的静态对象）的析构函数运行，但不会导致堆栈分配或堆分配对象的析构函数运行：

// At global scope
ClassWithDestruct globalObject;

void SomeFunction()
{
    static ClassWithDestructor staticObject;
    ClassWithDestructor stackObject;
    ClassWithDestructor *heapObject = new ClassWithDestructor;

    // On the following call to exit(), the destructors of 'globalObject' and
    // 'staticObject' will run, but those of 'stackObject' and 'heapObject' will
    // NOT run
    exit(0);
}

至于它是否是线程-安全，这是一个很难回答的问题：您不应该从多个线程同时调用 exit，您应该只调用它一次。如果任何析构函数由于exit而运行，或者任何使用atexit 运行，那么显然，如果这些函数处理可能被其他线程使用的数据，那么它们应该是线程安全的。

如果您的程序正常退出（例如，由于用户请求退出），您应该调用 exit 或从 main/WinMain 返回code>，相当于调用exit。如果您的程序异常退出（例如，由于访问冲突或断言失败），您应该调用 _exit 或 abort，其中不调用任何析构函数。

Answer 2

如果您想立即退出，并确保事先不运行任何析构函数等，那么您可能需要调用abort()。如果您确实希望执行析构函数，那么您可能需要使用PostQuitMessage(0);。不管怎样，exit() 可能是错误的选择。

Answer 3

当 win32 进程退出时，操作系统会清除与其关联的任何资源，所以对我来说这是完全可以的。

Answer 4

exit(0) 退出进程。所有内存都被清理干净。另一方面，显式管理的资源可能不会被关闭。当然，文件句柄将被关闭，Windows 缓冲区中的内容将被刷新。但是应用程序管理的内容不会。

Answer 5

不，这不是结束程序的安全方法。静态存储数据和非本地自动对象将被破坏，但本地自动对象不会。

从 C++ 标准 18.3/8 开始：

函数exit()有额外的
在这个国际上的行为
标准：

• 一、静态存储的对象
  持续时间和功能被破坏
  通过调用atexit注册
  叫。具有静态的非本地对象
  存储期限被破坏[...]。
  （自动对象不会被破坏
  作为调用的结果
  exit().)[207]) […] 本地静态
  对象 obj3 同时被销毁
  函数调用的时间
  obj3 析构函数已注册
  完成后使用 atexit
obj3 构造函数。

• 接下来，所有打开的 C 流（如
  由函数签名调解
  在 中声明，但未写入
  缓冲数据被刷新，所有打开的C
  流已关闭，所有文件
  通过调用 tmpfile() 创建的有
  已删除。[209])

[207]：自动存储的对象
持续时间全部被摧毁
其函数 main() 的程序
不包含自动对象并且
执行对 exit() 的调用。控制
可以直接转移到这样的
main() 通过抛出异常
被 main() 捕获。

[209]：与以下内容关联的任何 C 流
cin、cout 等 (27.3) 被刷新
并在静态对象存在时关闭
在前一阶段被摧毁。这
函数 tmpfile() 声明于
。

---

与此相关的是，std::exit(EXIT_SUCCESS) 具有令人不安的误导性。