一、引言

在 Winform 开发的世界里，大家对关闭窗体的操作一定不陌生。想象一下，你精心打造了一个 Winform 程序，其中有一个普通的登录界面窗体。当用户使用这个程序时，存在两种常见的关闭这个登录窗体的操作：一种是用户直接点击窗体右上角那个显眼的 (X) 按钮 ；另一种是在程序的代码逻辑中，调用 Close 方法来关闭它，比如用户点击了登录界面上的 “取消” 按钮，代码中执行相应的关闭逻辑。

乍一看，这两种方式的结果都是让窗体消失不见，但实际上，它们之间存在着一些容易被忽视的差异。这些差异可能会在程序的实际运行中，尤其是在处理一些复杂业务逻辑或者特定需求时，产生意想不到的影响。接下来，就让我们深入探究一下点击 (X) 与调用 Close 方法之间的区别。

二、Winform 中关闭窗体的两种方式

（一）点击 (X) 按钮关闭

在日常使用 Winform 程序时，点击 (X) 按钮关闭窗体是最直观、最常见的用户操作方式。当用户在界面上完成了相关操作，或是不想继续使用当前窗口时，鼠标轻轻一点右上角那个醒目的 (X) 按钮，就仿佛在告诉程序：“我要和这个窗口说再见啦” 。从程序响应的角度来看，这个操作触发了系统层面的关闭请求，Windows 系统会向窗体发送一个关闭消息。

从用户体验的角度来说，这种方式非常符合人们日常使用软件的习惯，简单直接，不需要用户具备任何编程知识。比如在一个简单的 Winform 记账程序中，用户完成一笔账目记录后，直接点击 (X) 按钮就能关闭当前的记录详情窗口，返回主界面。

（二）调用 Close 方法关闭

调用 Close 方法关闭窗体更多地是从程序逻辑层面出发。开发者在编写代码时，会根据具体的业务需求，在合适的时机调用这个方法。比如在一个文件管理的 Winform 程序中，当用户点击 “上传文件” 按钮，文件成功上传后，程序可以自动调用 Close 方法关闭当前的文件选择窗口，避免用户进行多余的操作，同时也让程序的流程更加流畅。

又比如在一个多步骤的设置向导 Winform 程序里，当用户完成所有设置步骤并点击 “完成” 按钮后，代码通过调用 Close 方法关闭设置向导窗体，然后跳转到主程序界面，这一系列操作都是在程序逻辑的控制下有序进行的。调用 Close 方法关闭窗体使得开发者能够更加灵活地控制程序的流程和界面展示 ，根据不同的业务场景实现多样化的功能。

三、两者表面相似背后的不同

（一）触发事件的表象一致性

乍看之下，点击 (X) 按钮和调用 Close 方法似乎没有什么不同，因为它们都会依次触发 FormClosing 与 FormClosed 事件。在一个数据录入的 Winform 程序中，不管是用户点击 (X) 按钮，还是在代码中调用 Close 方法关闭录入窗口，都会先触发 FormClosing 事件。在这个事件中，开发者可以编写代码来询问用户是否确认关闭，比如弹出一个提示框：“您还有未保存的数据，是否确认关闭？” 如果用户选择取消，还可以通过设置 FormClosingEventArgs 的 Cancel 属性为 true 来阻止窗体关闭。之后，都会触发 FormClosed 事件，在这个事件中，通常可以进行一些资源清理的操作，比如关闭数据库连接等。这一系列相似的事件触发流程，是导致人们容易混淆点击 (X) 与调用 Close 方法的主要原因 。

（二）实际原理的差异

从 Windows 消息机制层面来看，两者有着本质的区别。点击 (X) 按钮这个操作，Windows 系统会向窗体发送一个 WM_SYSCOMMAND 消息，其中 wParam 参数的值为 SC_CLOSE（0xF060） ，这就像是在告诉窗体：“用户要关闭你啦，准备好清理自己吧”。然后窗体会处理这个消息，进而触发一系列的关闭流程。

而调用 Close 方法时，它并没有直接发送 WM_CLOSE 消息。它更多地是从程序内部的逻辑出发，通知窗体进行关闭操作。Close 方法会执行一系列的内部处理，然后再触发 FormClosing 和 FormClosed 事件 。比如说在一个图片编辑的 Winform 程序中，当用户点击 “完成编辑” 按钮，代码中调用 Close 方法关闭编辑窗口，这个过程中，Close 方法会先检查是否有未保存的编辑内容，然后再决定是否继续执行关闭操作，而不是像点击 (X) 按钮那样直接响应系统的消息。

四、区分两者的重要性

（一）数据保存提示场景

在实际的应用场景中，区分点击 (X) 与调用 Close 方法有着重要的意义。以一个 Winform 的订单管理系统为例，当用户在订单录入界面进行了一系列操作，如填写订单信息、添加商品明细等，但还没有点击 “保存” 按钮时，如果用户不小心点击了 (X) 按钮，这时候程序应该及时弹出提示框，询问用户是否确认关闭，是否需要保存当前未保存的订单数据 。因为用户可能是误操作，或者忘记了保存数据，如果直接关闭窗口而不提示保存，就会导致用户辛苦录入的数据丢失，这无疑会给用户带来极差的体验，甚至可能影响业务的正常进行。

而在程序调用 Close 方法关闭订单录入窗口时，情况则有所不同。比如当用户点击 “保存” 按钮后，订单数据已经成功保存到数据库，这时候程序调用 Close 方法关闭窗口，就不需要再弹出保存数据的提示，因为数据已经得到妥善保存，直接关闭窗口可以让程序流程更加简洁高效。 所以，准确区分这两种关闭方式，能够在合适的时机为用户提供保存数据的提示，避免数据丢失，提升用户对程序的满意度。

（二）资源释放与程序流程控制

从资源释放的角度来看，合理区分两者也至关重要。在一个 Winform 的图像处理程序中，当用户点击 (X) 按钮关闭图像编辑窗口时，程序需要确保所有与该图像相关的资源，如图像文件句柄、内存中缓存的图像数据等都被正确释放。因为用户可能会随时关闭窗口，程序必须及时清理这些资源，以避免资源泄漏，保证系统的稳定运行。

而当程序调用 Close 方法关闭图像编辑窗口时，可能是在完成了一系列特定的图像操作之后，比如图像已经成功保存、图像处理任务已经完成等。在这种情况下，程序可以更加有序地进行资源释放，因为它是在程序的逻辑控制下进行的。例如，程序可以先将处理后的图像数据保存到指定位置，然后再关闭相关的资源，确保整个流程的完整性和正确性 。

在程序流程控制方面，区分两者同样不可或缺。在一个多窗体的 Winform 应用程序中，主窗体和子窗体之间存在着复杂的交互关系。如果不区分点击 (X) 和调用 Close 方法，可能会导致程序流程混乱。比如在一个主从结构的数据库管理 Winform 程序中，从窗体用于显示主窗体中选中记录的详细信息。当用户点击从窗体的 (X) 按钮关闭从窗体时，主窗体可能需要更新显示内容，以反映当前没有选中详细记录的状态。而当程序调用 Close 方法关闭从窗体时，可能是因为主窗体已经完成了对从窗体数据的处理，准备切换到其他操作流程，这时候主窗体的操作逻辑又会有所不同。所以，准确区分点击 (X) 与调用 Close 方法，能够让开发者更好地控制程序流程，确保程序按照预期的方式运行，避免出现异常情况。

五、如何区分点击 (X) 与调用 Close 方法

（一）重写 WndProc 方法实现区分

在 Winform 中，我们可以通过重写 WndProc 方法来实现区分点击 (X) 与调用 Close 方法。WndProc 方法是一个窗口过程，主要用于处理 Windows 消息 。当窗体接收到各种消息时，都会通过这个方法进行处理。而我们正是利用这一点，在 WndProc 方法中检查消息类型，以此来判断关闭操作的来源。

当用户点击 (X) 按钮时，Windows 系统会向窗体发送一个 WM_SYSCOMMAND 消息，其中 wParam 参数的值为 SC_CLOSE（0xF060） 。所以，我们在重写 WndProc 方法时，只需要检查接收到的消息是否是 WM_SYSCOMMAND，并且 wParam 参数是否为 SC_CLOSE，如果是，就可以确定是用户点击了 (X) 按钮；而如果不是这个特定的消息，那就很可能是通过调用 Close 方法触发的关闭操作 。

（二）代码示例实操演示

下面是一个完整的代码示例，展示如何运用上述方法来区分点击 (X) 与调用 Close 方法：

using System;
using System.Windows.Forms;
namespace WndProcExample
{
public partial class MainForm : Form
{
public MainForm()
{
InitializeComponent();
}
// 重写WndProc方法
protected override void WndProc(ref Message m)
{
const int WM_SYSCOMMAND = 0x0112;
const int SC_CLOSE = 0xF060;
if (m.Msg == WM_SYSCOMMAND && (int)m.WParam == SC_CLOSE)
{
// 用户点击了(X)按钮
MessageBox.Show("你点击了(X)按钮关闭窗体");
}
else
{
// 调用基类的WndProc方法处理其他消息
base.WndProc(ref m);
}
}
// 模拟调用Close方法的按钮点击事件
private void btnClose_Click(object sender, EventArgs e)
{
this.Close();
}
}
}

在上述代码中，我们创建了一个简单的 Winform 窗体。在这个窗体中，重写了 WndProc 方法，在方法内部，首先定义了 WM_SYSCOMMAND 和 SC_CLOSE 这两个常量，分别表示系统命令消息和关闭命令的参数值 。然后通过条件判断，当接收到的消息是 WM_SYSCOMMAND 且 wParam 参数为 SC_CLOSE 时，就会弹出一个提示框，告知用户点击了 (X) 按钮关闭窗体。

此外，还添加了一个按钮 btnClose，在其点击事件中，调用 this.Close () 方法来模拟程序调用 Close 方法关闭窗体的操作。当点击这个按钮时，由于不是通过点击 (X) 按钮触发的关闭操作，所以不会触发 WndProc 方法中针对点击 (X) 按钮的判断逻辑 。通过这个示例，我们可以清晰地看到如何在实际项目中运用重写 WndProc 方法来区分点击 (X) 与调用 Close 方法，为我们根据不同的关闭方式执行不同的业务逻辑提供了有力的支持。

六、总结与思考

在 Winform 开发中，点击 (X) 与调用 Close 方法虽然都能实现关闭窗体的功能，但它们在触发原理、应用场景等方面存在明显的区别。点击 (X) 按钮是用户与界面的直接交互，通过系统消息触发关闭流程；而调用 Close 方法则是在程序逻辑控制下执行关闭操作。区分这两种方式对于实现数据保存提示、资源释放和程序流程控制等功能至关重要。通过重写 WndProc 方法，我们能够准确地判断关闭操作的来源，从而根据不同的情况执行相应的业务逻辑。

在实际开发中，大家要充分考虑业务需求，灵活运用这两种关闭方式，为用户提供更加友好、稳定的程序体验。同时，对于 Winform 的窗体关闭机制，还有许多值得深入研究的地方，比如如何在多线程环境下更好地处理窗体关闭，如何优化资源释放的流程等 。希望本文能为大家在 Winform 开发中处理窗体关闭问题提供一些帮助，让我们一起不断探索，提升自己的编程技能。

阅读原文：原文链接