结论：C++中应优先用\_Exit()而非exit()，因其不刷新缓冲、不调析构、不查atexit表，仅执行底层系统调用；exit()则按序调用atexit函数、刷新stdio缓冲、析构全局/静态对象后才\_Exit。
直接说结论：在 C++ 程序中，exit() 会调用全局/静态对象析构函数和 atexit 注册函数，_Exit()（或 _exit()）完全跳过所有清理，立即终止进程——选哪个，取决于你是否需要析构逻辑生效。
什么时候必须用 _Exit() 而不是 exit()
当程序已处于不可靠状态（比如内存损坏、信号处理中、或 fork 后的子进程刚 vfork 出来），任何额外的库级操作都可能引发未定义行为。_Exit() 是唯一安全的选择，因为它不依赖 stdio 缓冲、不调用析构函数、不查 atexit 表——只做最底层的系统调用退出。
- 信号处理函数（如
SIGSEGV处理器）里应优先用_Exit()，避免在崩溃上下文中触发析构或 printf - 使用
vfork()后的子进程里禁止调exit()，因为会污染父进程 stdio 流；必须用_exit()或_Exit() - 嵌入式或实时环境要求确定性退出延迟时，
_Exit()的执行时间可预测，exit()则取决于注册函数数量和缓冲区大小
exit() 在 C++ 中实际触发哪些清理动作
exit() 不是“简单返回”，它是一套有顺序的清理链：先按逆序调用所有 atexit() 注册函数 → 刷新 stdout/stderr 缓冲（所以没换行的 printf("done") 也能输出）→ 调用所有全局/静态对象的析构函数 → 最后才调 _Exit() 终止进程。
- 局部对象（栈上）的析构函数不会被调用——只有静态存储期对象（
static、命名空间作用域、类静态成员）才会析构 - 如果某个析构函数抛异常，
exit()会直接调用std::terminate()，而不是继续后续清理 -
atexit()注册函数若调用exit()，会导致无限递归；标准规定此时行为未定义，实际多数 libc 会 abort
_Exit() 和 _exit() 在 C++ 中怎么选
_Exit() 是 C99/C++11 标准引入的标准化接口，声明在 <cstdlib>；_exit() 是 POSIX 系统调用，声明在 <unistd.h>。二者语义完全一致，但头文件和可移植性不同。
立即学习“C++免费学习笔记（深入）”；
- 写跨平台 C++ 代码时，优先用
_Exit()+#include <cstdlib>，避免引入 POSIX 头 - 在 Linux 系统级工具（如 shell 内建命令、init 进程子模块）中，常见直接用
_exit()，因其更贴近内核语义 - 注意：
_Exit()不刷新缓冲，所以std::cout << "log"; _Exit(1);中的 log 很可能丢失——这不是 bug，是设计使然
容易忽略的关键细节
很多人以为 return 和 exit() 在 main() 里等价，但在 C++ 中有个关键差异：只有 return 会按作用域顺序销毁 main() 函数体内的局部静态对象；而 exit() 会销毁所有静态对象（包括 main() 外部定义的），但跳过 main() 栈帧里的自动变量析构。
- 如果你在
main()里构造了一个 RAII 类型的局部对象（比如std::ofstream f("tmp");），用return会正常关闭文件；用exit()也会，因为它的析构发生在exit()清理阶段；但用_Exit()就不会——文件描述符由内核回收，但 write 缓冲可能丢数据 -
std::set_terminate()和std::set_unexpected()设置的处理器，在_Exit()路径中完全不生效 - 调试时看到 “process exited with code 0” 却没输出日志？先检查是不是误用了
_Exit()导致缓冲未刷
