.NET 7 WPF主窗口Topmost异常：设其他窗口置顶后无法跨应用置顶

问题根源 #

WPF的Topmost属性底层依赖Windows API的SetWindowPos实现，这里有个容易被忽略的系统行为：当同一进程内多个窗口被设置过Topmost=true后，Windows会将它们归为同一个"顶层窗口组"。一旦你切换过内部窗口的Topmost状态，主窗口的跨应用顶层优先级会被系统重置——系统默认认为同进程内的顶层窗口共享优先级，修改过子窗口的Topmost后，主窗口原本的跨应用置顶权限会丢失。

另外WindowStyle=None可能加剧这个问题，无标题栏窗口的样式标记与普通窗口不同，系统对它的顶层规则处理会更严格。

可行解决方案 #

方案1：用Windows API强制重置主窗口顶层状态 #

绕过WPF的属性封装，直接调用原生API强制设置主窗口为顶层：

using System.Runtime.InteropServices;
using System.Windows;
using System.Windows.Interop;

public static class WindowHelper
{
    [DllImport("user32.dll")]
    [return: MarshalAs(UnmanagedType.Bool)]
    private static extern bool SetWindowPos(IntPtr hWnd, IntPtr hWndInsertAfter, int X, int Y, int cx, int cy, uint uFlags);

    private const uint SWP_NOMOVE = 0x0002;
    private const uint SWP_NOSIZE = 0x0001;
    private static readonly IntPtr HWND_TOPMOST = new IntPtr(-1);

    public static void ForceSetTopmost(Window window)
    {
        var hwnd = new WindowInteropHelper(window).Handle;
        SetWindowPos(hwnd, HWND_TOPMOST, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE);
    }
}

使用时直接调用：

WindowHelper.ForceSetTopmost(Application.Current.MainWindow);

方案2：统一管理进程内Topmost状态 #

不要让多个窗口随意设置Topmost，维护一个全局标记跟踪当前顶层窗口：

private Window _currentTopmostWindow;

public void SwitchWindowToTopmost(Window targetWindow)
{
    if (_currentTopmostWindow != null && _currentTopmostWindow != targetWindow)
    {
        _currentTopmostWindow.Topmost = false;
    }
    targetWindow.Topmost = true;
    targetWindow.Activate();
    _currentTopmostWindow = targetWindow;
}

切换回主窗口时，调用这个方法传入主窗口即可，确保每次只有一个窗口处于Topmost状态。

方案3：设置窗口所有者关系 #

给非主窗口设置Owner = MainWindow，这样子窗口的Topmost只会在主窗口层级内生效，不会干扰主窗口的跨应用顶层状态：

var subWindow = new SubWindow();
subWindow.Owner = Application.Current.MainWindow;
subWindow.Topmost = true;
subWindow.Show();

补充说明 #

WPF文档中关于Topmost仅控制应用内顺序的描述是简化表述，实际底层依赖Windows系统的窗口层级机制。同进程内的窗口共享进程级顶层属性标记，修改过子窗口的Topmost后，系统会重新计算整个进程的窗口层级优先级，导致主窗口原本的跨应用置顶状态失效。

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