VB.NET WinForms窗体切换及MDI子窗体操作后焦点丢失问题咨询

• 系统窗口管理器的激活状态缓存异常：.NET WinForm 原生的 Show() 方法不会强制抢占系统前台焦点，当窗口切换过程中系统焦点被其他进程短暂占用、或者隐藏的旧窗体仍持有隐性焦点缓存时，会出现「控件逻辑上获得焦点（触发GotFocus事件、光标闪烁）但系统输入队列未将输入路由到当前进程」的异常，该状态会被系统窗口管理器缓存，因此关闭应用也无法修复，必须重启电脑才能清除缓存。
• MDI子窗体焦点路由逻辑缺陷：MDI容器内的子窗体焦点设置需要先激活子窗体本身，若仅直接调用控件的Focus()方法，会触发控件的焦点事件但MDI容器不会将输入路由到对应子窗体，直接导致无法输入的问题。
• 消息队列阻塞潜在问题：如果按钮点击事件内存在未异步处理的耗时操作，会卡住窗口激活的WM_ACTIVATE系统消息发送，导致激活状态不同步。

1. 普通窗体切换场景修复 #

修改现有窗体切换代码，Show()新窗体后强制激活并前置：

Private Sub btnOk_Click(ByVal sender As Object, ByVal e As EventArgs) Handles btnOk.Click
  ' 保留原有业务逻辑
  Hide()
  frmUser.Show()
  ' 新增强制激活逻辑
  frmUser.Activate()
  frmUser.BringToFront()
End Sub

使用Close()关闭旧窗体的切换场景，也需要在新窗体Show()后补充上述两行激活代码。

2. MDI子窗体场景修复 #

添加完数据设置文本框焦点前，先激活当前MDI子窗体：

' 保留原有业务逻辑：清空文本框、写入DataGridView
Me.Activate() ' 先激活当前子窗体
txtFirstInput.Focus() ' 再设置第一个文本框焦点

如果激活仍被系统拦截，可调用Win32 API强制抢占前台焦点，首先在窗体/模块顶部声明API：

Private Declare Function SetForegroundWindow Lib "user32" (ByVal hwnd As IntPtr) As Integer

调用示例：

' 窗体切换时使用
SetForegroundWindow(frmUser.Handle)
' MDI子窗体内使用
SetForegroundWindow(Me.Handle)

3. 兜底优化 #

• 检查自定义文本框的GotFocus/LostFocus事件逻辑，不要在其中加入耗时操作或抛出未捕获异常，避免阻塞窗口消息队列。
• 可在应用内增加焦点异常检测逻辑，检测到文本框有光标但输入无响应时，自动调用上述SetForegroundWindow逻辑重置激活状态，无需用户重启电脑。

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