OnOK/OnCancel无法拦截回车和ESC，因其在对话框销毁流程中才执行；必须重载PreTranslateMessage，在WM_KEYDOWN阶段用GetKeyState检测VK_RETURN/VK_ESCAPE并返回TRUE拦截，同时注意多行编辑控件的特殊处理。
为什么OnOK/OnCancel不能直接拦截回车和ESC
在MFC对话框中，按下Enter或ESC会自动触发OnOK()或OnCancel()，但这两个函数默认调用CDialog::OnOK()和CDialog::OnCancel()，最终执行EndDialog()——此时对话框已开始销毁流程，无法“拦截”退出。想阻止关闭，不能只重写OnOK，必须提前介入消息分发链。
用PreTranslateMessage拦截WM_KEYDOWN
PreTranslateMessage是MFC中最早能捕获键盘消息的入口，且在消息派发给控件前生效。对对话框来说，这是拦截Enter和ESC最可靠的位置。
- 在对话框类中重载
PreTranslateMessage，检查pMsg->message == WM_KEYDOWN - 用
GetKeyState(VK_RETURN)或GetKeyState(VK_ESCAPE)确认按键状态（仅靠wParam可能不准，尤其在多控件焦点切换时） - 若需拦截，返回
TRUE；否则调用基类实现：return CDialogEx::PreTranslateMessage(pMsg)（注意基类名匹配）
BOOL CMyDlg::PreTranslateMessage(MSG* pMsg)
{
if (pMsg->message == WM_KEYDOWN)
{
if (pMsg->wParam == VK_RETURN || pMsg->wParam == VK_ESCAPE)
{
// 自定义逻辑：比如校验输入、弹提示、聚焦某控件
if (pMsg->wParam == VK_RETURN && !IsInputValid())
{
GetDlgItem(IDC_EDIT_INPUT)->SetFocus();
return TRUE; // 拦截，不往下传
}
if (pMsg->wParam == VK_ESCAPE && m_bConfirmClose)
{
return TRUE;
}
}
}
return CDialogEx::PreTranslateMessage(pMsg);
}重写OnOK/OnCancel只是补充，不是拦截主路径
即使你重写了OnOK并没调用基类，MFC内部仍可能因WS_GROUP控件顺序、默认按钮行为等触发销毁。它适合做“退出前最后处理”，但不能替代PreTranslateMessage的拦截能力。
-
OnOK里不调用CDialogEx::OnOK()，对话框不会自动关闭——但这依赖用户点击按钮或按回车触发该函数；如果用户用快捷键或菜单关闭，就绕过了 -
OnCancel同理，且ESC在无焦点控件时也可能被系统直接处理 - 真正需要“全局禁用ESC退出”的场景，必须在
PreTranslateMessage中统一拦截
注意焦点控件对回车行为的影响
如果对话框中有CEdit、CRichEditCtrl等支持多行编辑的控件，它们默认把Enter当作换行而非提交。这时PreTranslateMessage里收到的WM_KEYDOWN可能根本不是VK_RETURN（比如Shift+Enter才换行，纯Enter才提交），或者控件已自行处理并吞掉消息。
立即学习“C++免费学习笔记（深入）”；
- 先检查当前焦点控件类型：
CWnd* pFocus = GetFocus()，再决定是否放行Enter - 对多行编辑控件，可加条件：
if (pFocus && pFocus->IsKindOf(RUNTIME_CLASS(CEdit))) { ... } - 避免在
PreTranslateMessage中对所有Enter一概拦截，否则破坏正常编辑体验
MFC对话框的键盘事件拦截本质是抢在系统默认行为前做决策，PreTranslateMessage是唯一能稳定覆盖所有触发路径的位置；其余方式要么漏掉快捷键，要么依赖控件配合，容易在复杂UI中失效。
