Windows各类应用捕获结束任务、注销事件的处理方法

你之前总结的两点结论是否正确 #

• 针对GUI程序的结论：大部分场景下成立，但存在明确边界。常规操作下，用户在任务管理器点击「结束任务」时，系统会向程序的顶层窗口发送WM_CLOSE消息；用户触发注销、关机流程时，系统会先向所有顶层窗口发送WM_QUERYENDSESSION征询退出许可，待所有程序响应后再发送WM_ENDSESSION通知，在消息循环中正确处理这两个消息，确实能覆盖这两类常规场景。需要明确的是：如果用户在任务管理器选择「结束进程」、或其他程序调用TerminateProcess强制终止进程，系统会直接回收进程资源，不会发送任何通知，这种场景下任何用户态代码都无法执行清理操作，没有解决方案。
• 针对控制台程序的结论：存在适用范围限制。通过SetConsoleCtrlHandler注册的控制回调确实可以收到CTRL_LOGOFF_EVENT，覆盖用户注销场景；但CTRL_CLOSE_EVENT仅在控制台窗口被关闭、或任务管理器对持有可见控制台的进程发起结束任务时触发，如果控制台程序主动隐藏了控制台窗口，该事件无法正常送达。

无窗口、无默认消息循环、无附加控制台的后台进程（MinGW -mwindows参数编译的程序）捕获方案 #

这类程序本质上还是Windows原生程序，-mwindows参数只是让编译工具链不自动附加控制台、不生成默认的控制台入口而已，完全可以通过以下方式实现事件捕获：

• 创建一个不可见的顶层消息窗口：创建窗口时指定WS_POPUP样式，不调用ShowWindow设置可见状态即可，这个窗口不会在桌面、任务栏留下任何显示痕迹，内存开销极低。
• 为该窗口编写窗口过程函数，重点处理3个消息：
  • WM_CLOSE：对应任务管理器点击「结束任务」的通知，收到后即可启动清理流程
  • WM_QUERYENDSESSION：对应系统注销/关机前的征询，直接返回TRUE告知系统程序允许退出即可，不要阻塞系统流程
  • WM_ENDSESSION：当消息的wParam参数为TRUE时，代表用户注销/关机流程已经开始，此时执行清理逻辑即可
• 为这个不可见窗口运行一个极简消息循环：只需要标准的GetMessage-TranslateMessage-DispatchMessage逻辑即可，没有额外消息需要处理时，这个循环会处于挂起状态，不会占用CPU资源，完全符合后台进程的运行要求。

不要尝试绕过消息窗口用其他方案捕获事件：Windows的任务管理器结束任务通知、会话注销通知本质上都是基于窗口消息机制投递的，没有注册顶层窗口的进程不会被系统加入通知列表，根本无法收到对应事件。

• 额外提醒：无论哪种实现方式，都无法覆盖进程被强杀、系统崩溃、断电这类极端场景，重要数据不要只依赖退出时的清理逻辑保存，最好做实时持久化，避免数据丢失。

内容的提问来源于stack exchange，提问作者nadalaba