应响应FormClosing事件并设e.Cancel = true来阻止Alt+F4关闭窗体，因Alt+F4触发系统级WM_SYSCOMMAND消息，ProcessCmdKey等键盘拦截不可靠；需结合_closeFlag等标志区分用户关闭方式。
如何在C# WinForms中阻止Alt+F4关闭窗体
Alt+F4 触发的是窗体的
事件，不是键盘预处理能直接“屏蔽”的快捷键——你不能靠拦截
就稳住它，因为系统级快捷键在消息到达控件前就已触发关闭流程。真正可靠的方式是响应并取消该事件。
事件中检查
，这是 Alt+F4 或点击关闭按钮的典型标识
设置
即可阻止关闭，但注意：这不会阻止任务管理器结束进程，也不影响
等主动退出调用
别在
里做取消操作——它已不可逆，此时设
完全无效
为什么重写ProcessCmdKey不推荐用于Alt+F4拦截
有人试过重写
并对
返回
，但这在多数情况下失效。Windows 对 Alt+F4 的处理发生在更底层（
+
），WinForms 默认已跳过键盘消息链直接响应。
主要针对菜单快捷键或自定义命令，对系统级关闭无控制权
即使它偶尔“生效”，也依赖焦点控件和消息泵状态，行为不稳定，调试困难
某些 .NET 版本（如 .NET 6+ Windows Forms）中，该方法对 Alt+F4 的捕获率进一步下降
FormClosing中区分关闭来源的关键判断
用户可能通过多种方式试图关闭窗体：Alt+F4、标题栏×、任务栏右键关闭、甚至代码调用
。若只想拦 Alt+F4，需排除其他
场景（比如程序内按钮触发的
）。
C知道
CSDN推出的一款AI技术问答工具
下载
仅靠
不够精确——它涵盖所有用户发起的关闭，包括
调用
更稳妥的做法是结合标志位：在你自己的关闭按钮点击中设
，然后在
中检查
不要依赖
判断 Alt 键状态——此时键盘消息早已过去，值不可靠
WPF项目怎么办？不是WinForms
WPF 没有
，对应的是
事件，逻辑一致但签名不同：参数是
，同样靠
阻止。
WPF 中 Alt+F4 同样走
，且
不可用——WPF 不提供该枚举，只能靠上下文判断
若需区分，建议统一用命令（
）触发关闭，并在命令执行时设标记，再在
中检查
避免 hook
去吃掉 Alt+F4：和 WinForms 的
一样，不可靠，且会干扰辅助工具（如屏幕阅读器）
实际最简可行代码就一行关键逻辑：
，但要不要取消、何时取消，得看你真正想守住什么——是防止误关，还是禁止所有用户退出？这点一旦模糊，后面所有拦截都容易变成障眼法。
FormClosingKeyDownFormClosinge.CloseReason == CloseReason.UserClosinge.Cancel = trueApplication.Exit()FormClosede.CancelProcessCmdKeyKeys.Alt | Keys.F4trueWM_SYSCOMMANDSC_CLOSEProcessCmdKeythis.Close()UserClosingClose()CloseReason.UserClosingClose()_allowClose = trueFormClosing!_allowClose && e.CloseReason == CloseReason.UserClosingControl.ModifierKeysFormClosingWindow.ClosingCancelEventArgse.Cancel = trueClosingCloseReasonICommandClosingPreviewKeyDownProcessCmdKeye.Cancel = (e.CloseReason == CloseReason.UserClosing);