焦点子窗口按Enter键时向非预期父窗口发送WM_COMMAND消息问题

核心原因：IsDialogMessageW的特殊按键路由逻辑 #

IsDialogMessageW是为标准对话框场景设计的函数，它会接管对话框的键盘导航与特殊按键（Enter、Esc）的处理流程：

• 当焦点位于控件上时，按下Enter键，该函数不会遵循“控件向直接父窗口发送WM_COMMAND”的常规逻辑，而是直接将WM_COMMAND消息转发给顶级窗口（即你的主窗口g_hWnd）。它默认将Enter键识别为“对话框确认操作”，优先级高于控件的直接父容器的消息路由。
• 空格或鼠标点击属于控件的常规交互操作，IsDialogMessageW不会干预这类操作的消息流程，因此Button2会按标准规则向直接父容器g_Container发送WM_COMMAND。

WS_EX_CONTROLPARENT的作用局限 #

WS_EX_CONTROLPARENT扩展样式仅用于让容器成为控件键盘导航的父级（比如允许Tab键在容器内的控件间切换），但它无法修改IsDialogMessageW对Enter/Esc键的硬编码路由逻辑——该函数的设计就是优先将这两个按键对应的命令消息发送到顶级窗口，而非控件的直接父容器。

子类化Button2能解决的原因 #

子类化Button2后，你可以拦截WM_KEYDOWN消息，手动处理Enter键的逻辑，绕过IsDialogMessageW的接管流程，直接向容器发送WM_COMMAND，但这属于绕开系统默认处理的方案，并非从根源上修正路由逻辑。

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