这是个挺典型的WPF窗口层级问题，跟Windows的UAC安全机制直接挂钩，我来给你拆解下背后的原因：

1. UIAccess的本质：高完整性级别隔离 #

当你的启动器把UIAccess设为true时，它会以**高完整性级别（High IL）**运行，你的WPF应用进程也会继承这个级别。Windows为了防止低权限程序干扰高权限UI（比如UAC提示、登录屏幕），会对不同完整性级别的窗口做严格的Z序隔离——高IL窗口的管理规则和普通用户级别的窗口完全不一样。

2. ShowDialog()默认行为在高IL下的失效 #

正常情况下，同线程调用ShowDialog()时，系统会自动把模态对话框绑定到owner窗口的Z序上：模态框会强制显示在owner前面，同时锁定owner的输入操作。但在UIAccess的高IL模式下，Windows的窗口管理器会优先保证安全隔离，而不是遵循同线程窗口的层级绑定逻辑——它不会自动把模态框提升到owner窗口的前面，因为系统默认认为高IL窗口需要避免被任何可能的干扰（哪怕是同进程的窗口），所以就出现了模态框跑到登录窗口后面的情况。

3. 为什么禁用的登录窗口还能被点到顶层 #

当你给模态框加上if (owner != null && owner.Topmost) Topmost = true;后，它能正常显示在前面，但登录窗口虽然被ShowDialog()标记为禁用（IsEnabled=false），却依然能被用户点击切换到顶层。这也是高IL模式下的安全设计：Windows不允许低IL窗口抢占高IL窗口的焦点，但反过来，高IL窗口本身的优先级更高，即使处于禁用状态，系统依然允许用户手动将其切换到顶层，防止低权限程序劫持高IL窗口的显示。

补充的优化方案 #

除了你已经添加的代码，还可以做这两个调整来彻底解决问题：

• 在登录窗口初始化时也设置Topmost=true，模态框关闭后再取消这个设置，避免登录窗口被意外切换到顶层；
• 在模态框构造函数里明确设置Owner = owner和WindowStartupLocation = WindowStartupLocation.CenterOwner，强化和owner窗口的绑定关系，确保位置和层级的稳定性。

内容的提问来源于stack exchange，提问作者Chris H.