WPF双顶级窗口关闭后跳转至开始屏幕及平板模式启动屏异常问题

我之前处理过几起WPF在平板模式下的启动异常问题，结合你描述的场景，咱们来一步步梳理：

先明确核心矛盾点 #

你的应用有几个特殊设计叠加在一起，在平板模式下触发了异常：

• 两个顶级窗口的生命周期关联，关闭一个会跳转至开始屏幕
• 启动屏放在独立STA线程显示，但所有初始化操作都在主UI线程执行
• 平板模式下系统对窗口的管理、线程交互的规则和桌面模式差异很大，尤其是从开始屏幕启动的应用，系统会强制窗口适配平板的窗口栈逻辑

针对性的解决方案 #

1. 重构启动屏的线程逻辑（优先推荐） #

历史原因导致初始化在UI线程，但完全没必要把启动屏放在独立STA线程，反而会引发跨线程窗口的兼容性问题：

• 先把启动屏放在主UI线程显示，然后把初始化中能异步的逻辑抽离到后台Task（哪怕只是部分逻辑），用Dispatcher更新启动屏的状态
• 如果实在必须保留独立STA线程的启动屏，一定要在主窗口完全加载完成（比如Loaded事件触发后）再关闭启动屏，并且手动激活主窗口：

  // 主窗口Loaded事件中
  Application.Current.Dispatcher.Invoke(() =>
  {
      MainWindow.Activate();
      // 关闭启动屏的逻辑
  });
  

  同时要确保启动屏线程在退出时正确释放资源，不要残留未处理的窗口句柄。

2. 适配平板模式的窗口跳转逻辑 #

关闭窗口跳转开始屏幕的逻辑，在平板模式下会干扰系统的窗口管理：

• 先判断当前是否处于平板模式（可以通过SystemParameters.IsTabletPC或者监听SystemEvents.UserPreferenceChanged事件）
• 如果是平板模式，关闭窗口时直接调用Application.Current.Shutdown()，让系统自然处理回到开始屏幕的流程，不要手动调用跳转API
• 确保两个顶级窗口在平板模式下的WindowStyle、ShowInTaskbar属性设置正确，避免系统把它们识别为独立的应用窗口

3. 强制主窗口的显示状态 #

平板模式下从开始屏幕启动时，系统可能会自动隐藏或者最小化非激活窗口，所以要明确设置主窗口的状态：

// 在主窗口初始化完成后
MainWindow.WindowState = WindowState.Normal;
MainWindow.Visibility = Visibility.Visible;
MainWindow.Activate();

调试小技巧 #

如果还是找不到具体异常点，可以这么做：

• 注册Application.Current.DispatcherUnhandledException事件，捕获所有未处理的异常，记录详细的堆栈信息，看是线程调度问题还是窗口激活失败
• 用Visual Studio的平板模式调试功能，实时查看窗口的句柄、线程状态和系统窗口栈的变化

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