Windows控制台关闭时std::signal不生效，因其默认不触发POSIX信号，需用SetConsoleCtrlHandler注册C风格回调函数处理CTRL_CLOSE_EVENT等事件，且handler中仅能执行轻量操作并配合原子变量通知主逻辑及时清理。
Windows控制台关闭时为什么std::signal不生效
因为 Windows 控制台关闭（点右上角 × 或按 Ctrl+C）默认不触发 POSIX 信号，std::signal(SIGINT, handler) 或 std::signal(SIGTERM, handler) 在 MinGW/MSVC 下对窗口关闭事件完全无响应。真正起作用的是 Windows 自己的控制台控制事件机制，必须用 SetConsoleCtrlHandler 注册回调函数。
常见错误现象：程序在 VS 或命令行中运行时，点关闭 × 直接终止，没走任何清理逻辑；或 Ctrl+C 被吞掉、没触发 handler。
-
SetConsoleCtrlHandler只对「控制台进程」有效，GUI 程序（如用WinMain启动）需额外调用AttachConsole才能接收 - handler 函数必须是
BOOL WINAPI HandlerRoutine(DWORD dwCtrlType)类型，不能是普通 lambda 或成员函数 - 返回
TRUE表示已处理该事件，系统不再执行默认行为（比如直接退出）；返回FALSE则交由系统处理（通常就是强制终止）
如何用SetConsoleCtrlHandler捕获 Ctrl+C、关闭 ×、关机等事件
注册一个全局 C 风格函数，根据 dwCtrlType 区分事件类型。注意：该函数不能做耗时操作（如文件写入、网络请求），否则系统可能判定为无响应而强制杀掉进程。
BOOL WINAPI ConsoleHandler(DWORD dwCtrlType) {
switch (dwCtrlType) {
case CTRL_C_EVENT:
// Ctrl+C
break;
case CTRL_CLOSE_EVENT:
// 点击控制台窗口右上角 ×
break;
case CTRL_LOGOFF_EVENT:
// 用户注销（仅交互式会话）
break;
case CTRL_SHUTDOWN_EVENT:
// 系统关机/重启
break;
default:
return FALSE;
}
// 执行轻量级清理（如设标志位、关闭句柄）
g_shutdown_requested = true;
return TRUE; // 告诉系统：我已处理，别强退
}
注册必须在主线程尽早调用，且只注册一次：
立即学习“C++免费学习笔记（深入）”；
- 在
main()开头立即调用SetConsoleCtrlHandler(ConsoleHandler, TRUE) - 如果注册失败（返回
FALSE），可用GetLastError()查原因，常见是权限不足或重复注册 - handler 中避免调用
std::cout、malloc、new等可能引发锁或异常的函数
如何安全地在 handler 中通知主逻辑并等待清理完成
handler 函数本身运行在系统创建的特殊线程中，不能直接阻塞或长时间运行。正确做法是用原子变量或事件对象（CreateEvent）发信号，让主线程轮询或等待。
- 声明全局
std::atomic_bool g_shutdown_requested{false}，handler 中置为true - 主循环中定期检查：
if (g_shutdown_requested.load()) { cleanup(); break; } - 若需精确等待（比如正在写日志），可用
WaitForSingleObject配合手动重置的 event 对象，比忙等更省资源 - 不要在 handler 里调用
ExitProcess或TerminateProcess—— 这会跳过栈展开和静态对象析构，导致资源泄漏
MSVC 与 MinGW 的链接和运行时差异要注意什么
MinGW 默认链接 msvcrt.dll，但部分版本对 SetConsoleCtrlHandler 支持不稳定；MSVC 则依赖 UCRT，行为更一致。关键兼容点：
- 确保项目配置为「控制台子系统」（
/SUBSYSTEM:CONSOLE），GUI 子系统下SetConsoleCtrlHandler注册会静默失败 - MSVC 下若用 /MD（动态链接 CRT），handler 中调用
fwrite可能死锁；建议只用 Windows API（如WriteFile）输出调试信息 - MinGW-w64 推荐用
-mconsole编译选项，并确认__MINGW64_VERSION_MAJOR≥ 8，老版本有事件丢失 bug
最易被忽略的一点：handler 返回 TRUE 后，系统仍可能在几秒后强制终止进程 —— 如果主线程没及时响应 g_shutdown_requested 并退出，清理动作依然会丢。所以「通知」和「响应」必须是紧耦合的两步，不能依赖 handler 做全部工作。
