点击右上角×时，应在FormClosing事件中判断e.CloseReason为UserClosing后设e.Cancel=true并手动最小化，而非在FormClosed中操作或使用Hide()；资源清理必须放在FormClosed中。
WinForm 关闭时怎么阻止窗体销毁
默认点击右上角 × 会直接调用 Close()，触发 FormClosing 事件，此时窗体尚未销毁，可以取消关闭操作。关键不是“拦截”，而是「在 FormClosing 中设置 e.Cancel = true」。
常见错误是误用 FormClosed —— 这个事件发生时窗体已释放资源，再设 e.Cancel 完全无效，VS 甚至会提示“e.Cancel 不可写”。
实操建议：
-
FormClosing是唯一能合法取消关闭的时机，必须订阅它 - 检查
e.CloseReason判断来源：比如用户点击 ×（CloseReason.UserClosing），程序调用Close()（同上），或系统关机（CloseReason.WindowsShutDown）—— 后者通常不应取消 - 若想“点 × 改为最小化”，不要在
FormClosing里调用Hide()或WindowState = FormWindowState.Minimized，这会导致窗体不可见但未真正关闭，且下次Show()可能不恢复焦点；正确做法是取消关闭 + 手动最小化
C# 点击 X 实现最小化而不是关闭
这不是“重定义 × 的行为”，而是响应 FormClosing 后主动干预。Windows 本身不提供修改 × 按钮语义的 API，所有“点 X 最小化”效果都是靠取消关闭 + 补充窗口状态操作模拟出来的。
示例代码片段（放在窗体构造函数或 Load 事件中）：
this.FormClosing += (sender, e) =>
{
if (e.CloseReason == CloseReason.UserClosing)
{
e.Cancel = true;
this.WindowState = FormWindowState.Minimized;
}
};
注意点：
- 仅对
UserClosing取消，避免影响Application.Exit()或主窗体关闭逻辑 - 设
WindowState前确保窗体已显示（IsHandleCreated为 true），否则可能静默失败；可在Shown事件后绑定FormClosing，或加简单判断 - 如果项目启用了 DPI 感知，最小化后任务栏图标闪烁问题偶有发生，可追加
this.ShowInTaskbar = true;防止图标消失
为什么最小化后双击任务栏图标有时不还原
这是 WinForm 常见副作用：当窗体被 Hide() 或异常最小化后，WindowState 虽为 Minimized，但 Visible 和 Focus 状态混乱，导致系统无法正确激活。
根本解决方式是不用 Hide()，而用标准最小化流程，并确保窗体始终在任务栏可见：
- 保持
this.ShowInTaskbar = true;（默认即 true，但某些皮肤库或自定义窗体可能改写） - 避免在
FormClosing中调用Hide()，那会让窗体彻底退出任务栏管理 - 如需更可靠还原，可在
SizeChanged事件中监听到FormWindowState.Normal时主动调用this.Activate()
FormClosing 和 FormClosed 的典型误用场景
很多开发者把清理逻辑（如释放文件句柄、取消定时器）写在 FormClosing 里，结果窗体被取消关闭后资源却已释放，后续操作直接报错。
正确分工：
-
FormClosing：只做「是否允许关闭」决策，以及轻量级前置操作（如弹确认框、保存草稿标记） -
FormClosed：做真正的资源释放、事件反订阅、日志记录等终态处理 - 若需“取消关闭时恢复某些状态”，比如关闭前禁用了按钮，应在
FormClosing的else分支或单独方法中处理，别混进清理逻辑
最易忽略的是：当窗体支持多实例或 MDI 子窗体时，FormClosed 触发后对象引用仍可能被持有，导致内存泄漏——这时得额外检查 IsDisposed 再操作。
