wxWidgets中如何检测wxFrame是否处于聚焦状态

结论 #

你需要额外处理EVT_ACTIVATE事件来覆盖全场景的wxFrame激活/失焦状态检测，仅依赖EVT_SET_FOCUS和EVT_KILL_FOCUS事件会遗漏Windows平台下的大量常见场景。

焦点事件未触发的常见场景（Windows 10 + wxWidgets 3.1.5环境） #

• 窗口首次创建显示：部分初始化场景下EVT_SET_FOCUS不会触发，只有EVT_ACTIVATE会推送窗口激活通知
• 非客户区交互触发焦点变更：点击窗口标题栏、边框、系统控制按钮（最大化/最小化/关闭）、使用Alt+Tab切换窗口时，仅会触发EVT_ACTIVATE，不会触发客户区对应的焦点事件
• 窗口内子控件捕获焦点：如果wxFrame内放置了按钮、输入框等可聚焦子控件，点击子控件时焦点会被子控件获取，此时wxFrame本身不会收到EVT_SET_FOCUS事件，只有窗口整体的EVT_ACTIVATE事件会正常触发
• 系统级弹窗抢占焦点：UAC弹窗、系统通知、其他应用的置顶弹窗抢占焦点时，wxFrame的EVT_KILL_FOCUS可能不会触发，只有EVT_ACTIVATE的失活事件会正常推送
• 最小化/还原窗口操作：点击任务栏图标执行最小化、还原窗口操作时，仅会触发EVT_ACTIVATE事件，不会触发普通焦点变更事件

实现建议 #

你可以同时监听两类事件做状态同步，避免状态判断错误：

1. 优先用EVT_ACTIVATE事件判断窗口整体的激活/失活状态，事件回调中调用GetActive()方法可直接获取当前窗口是否处于激活状态，该值的准确性远高于单独依赖焦点事件维护的状态标记
2. 仅当你需要判断窗口客户区是否获得输入焦点时，再使用EVT_SET_FOCUS/EVT_KILL_FOCUS事件做补充判断
3. 注意事件传播配置：如果子控件会拦截焦点事件，不要在子控件的焦点事件回调中调用event.Skip(false)，否则父窗口可能收不到对应的事件通知

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