VB.NET WinForms项目CloseReason异常：任务管理器关闭识别为UserClosing

可能的原因 #

• 系统与.NET版本的兼容性差异
  .NET Framework 4.6在部分Windows 10/11更新版本中，任务管理器终止进程的消息传递逻辑有调整。旧项目可能运行在未更新的系统环境，或者使用了不同的.NET补丁包，因此能正确识别TaskManagerClosing；而当前项目的运行环境中，系统对进程终止的通知方式改变，导致WinForms无法正确解析关闭原因， fallback到UserClosing。

• 任务管理器终止方式的区别
  任务管理器有两种终止选项：

  • 「结束任务」：会向进程发送关闭通知，正常情况下WinForms应识别为TaskManagerClosing
  • 「结束进程」：直接强制终止进程，WinForms完全无法捕获任何关闭事件，更不会触发FormClosing
    如果用户操作的是「结束进程」，自然不会得到预期的TaskManagerClosing；但如果是「结束任务」仍识别错误，那就是消息处理的问题。

• 项目配置或代码逻辑差异
  对比旧项目，当前项目可能存在以下配置差异：

  • 启用了Application Framework中的「关闭模式」为「当最后一个窗体关闭时」，导致主窗体的关闭事件触发逻辑改变
  • 全局钩子、第三方组件拦截了关闭消息，干扰了WinForms对关闭原因的判断
  • FormClosing事件的绑定或处理逻辑有误，比如没有正确传递CloseReason参数

• 进程权限级别不匹配
  如果当前项目以管理员权限运行，而任务管理器以普通权限启动，系统会限制跨权限的消息传递，导致WinForms无法正确识别任务管理器发起的终止请求，误判为UserClosing。旧项目可能未使用高权限运行，因此不受影响。

验证与解决步骤 #

• 先确认终止方式：测试用「结束任务」而非「结束进程」操作，若仍识别错误再排查其他原因；若为「结束进程」，只能通过Application.ApplicationExit事件做事后记录，无法提前捕获。
• 对齐项目配置：打开项目属性的「Application」选项卡，确保主窗体设置、关闭模式与旧项目完全一致。
• 手动监听底层Windows消息：在主窗体中重写WndProc方法，直接处理系统级的关闭消息，绕过WinForms的CloseReason判断逻辑：

Protected Overrides Sub WndProc(ByRef m As Message)
    Const WM_QUERYENDSESSION As Integer = &H11
    Const WM_ENDSESSION As Integer = &H12

    If m.Msg = WM_QUERYENDSESSION OrElse m.Msg = WM_ENDSESSION Then
        ' 此处可根据lParam的值判断终止原因，任务管理器触发时lParam会包含特定标识
        ' 自行记录终止原因，再决定是否允许进程关闭
    End If

    MyBase.WndProc(m)
End Sub

• 调整运行权限：尝试以普通用户权限启动当前项目，再用任务管理器「结束任务」，看是否能正确识别TaskManagerClosing。
• 更新.NET补丁：确保当前环境的.NET Framework 4.6安装了最新的累积更新，部分官方补丁修复了关闭原因识别的bug。

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