C# WinForms 按Enter键执行this.Close()后窗体无法正常关闭

这是WinForms按钮默认交互规则和模态窗体运行逻辑冲突导致的典型问题，实际运行链路如下：

• 当焦点落在按钮上时，WinForms框架内置了标准交互规则：按下Enter键会自动触发当前聚焦按钮的Click事件，这个逻辑是在你编写的KeyDown事件处理代码执行完成后，才会被框架调度执行的
• 你在KeyDown代码中调用的this.Close()不会立即中断当前消息处理流程，只是给窗体标记了待关闭状态。当代码执行完进入后续框架流程时，框架会紧接着执行Enter键对应的默认按钮激活逻辑，这部分逻辑会打断你用ShowDialog()打开的模态窗体的正常关闭流程——哪怕断点已经步进走到了Close方法的代码行，实际的窗体销毁操作也会被拦截。
  补充：你是通过ShowDialog()打开的当前窗体，这类模态窗体的关闭本质依赖DialogResult属性的状态变更，手动调用Close在和框架默认按键逻辑冲突时，很容易出现失效的情况，这也是为什么其他按键触发Close时能正常生效的原因——其他按键不会触发按钮的默认激活流程，Close消息可以被正常处理。

你可以根据实际场景选择任意一种方案解决问题：

• 方案1：适配模态窗体特性替换手动Close逻辑
  ShowDialog()打开的模态窗体只要给DialogResult赋任意非None的值，框架就会自动退出模态循环、关闭窗体，比手动调用Close可靠得多。对应代码改动：

  else if (e.KeyCode == Keys.Enter)
  {
      // 标记按键已被处理，阻止框架走默认的按钮激活逻辑
      e.IsInputKey = true;
      e.Handled = true;
      // 赋值DialogResult，框架会自动完成窗体关闭流程
      this.DialogResult = DialogResult.OK;
  }
  

• 方案2：显式拦截按键的默认路由
  在检测到Enter键的分支中加上事件已处理的标记，告诉框架这个按键已经被你的代码接管，不要继续走按钮的默认Enter激活逻辑，之后再调用Close：

  else if (e.KeyCode == Keys.Enter)
  {
      e.IsInputKey = true; // 适配PreviewKeyDown事件的参数
      e.Handled = true; // 适配普通KeyDown事件的参数，标记事件已处理
      this.Close();
  }
  

• 方案3：把按键处理逻辑上移到窗体层级
  将原来写在按钮上的KeyDown处理逻辑迁移到窗体的KeyDown事件中，同时把窗体的KeyPreview属性设置为true，让窗体优先接收所有按键消息，在按键消息传递到按钮之前就完成Enter键的关闭逻辑，从根源上避免和按钮的默认按键逻辑产生冲突。

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