WPF模态对话框必须在UI线程调用ShowDialog()，后台线程需通过Dispatcher.Invoke；子窗口应设Owner并公开Result属性，ShowDialog()返回true时读取结果；禁用窗体级模态需手动控制父窗体IsEnabled。
WPF模态对话框怎么弹出来才不卡主线程
直接调用 ShowDialog() 就行，但必须确保它在UI线程执行。WPF的窗口生命周期绑定到 Dispatcher，跨线程调用会抛出 InvalidOperationException: “The calling thread cannot access this object because a different thread owns it.”。
常见错误是后台线程（比如 Task.Run 里）直接 new 一个窗口然后 ShowDialog() —— 窗口对象虽能创建，但显示时立刻崩。
- 正确做法：所有窗口操作（
New Window()、Show()、ShowDialog()）都在主线程做；需要从后台触发时，用Application.Current.Dispatcher.Invoke() - 如果对话框只是临时收集数据（如输入框+确定/取消），别用
Window类自己造，优先考虑MessageBox.Show()或轻量级自定义UserControl+Popup -
ShowDialog()返回bool?，不是true/false：用户点关闭 × 或按 Alt+F4 时返回null，这点常被忽略，导致空引用异常
父子窗口之间怎么安全传值，尤其是关闭后拿结果
WPF没内置“返回值”机制，得靠手动暴露属性或事件。最稳的方式是：子窗口公开一个只读属性（比如 Result），在关闭前赋值，父窗口调用 ShowDialog() 后立刻读取。
别用静态变量或全局事件传递，容易引发内存泄漏或状态错乱——尤其当多个对话框实例同时存在时。
- 子窗口类里加
public string Result { get; private set; }，在确定按钮点击里设置并调用this.DialogResult = true - 父窗口中这样拿值：
var dialog = new InputDialog();<br>if (dialog.ShowDialog() == true)<br>{<br> string userInput = dialog.Result;<br>} - 注意
DialogResult是可空 bool，设为true才会让ShowDialog()返回true；设false或不设，返回值仍是null - 如果要传复杂对象，类型必须是 WPF 可序列化或跨线程安全的（比如
string、int、自定义类加[Serializable]，但更推荐只传 ID 或简单 DTO）
为什么子窗口关不掉，或者关了父窗口也跟着灰掉
这是 Owner 关系没理清。WPF 的模态行为依赖 Owner 属性：没设 Owner，ShowDialog() 仍能弹出，但不会禁用父窗体；设了 Owner 却没指定正确的窗口引用，会导致禁用范围错乱甚至死锁。
典型表现：点了子窗口关闭按钮，它消失但父窗口仍不可点；或者子窗口关了，父窗口标题栏变灰、失去焦点、无法响应鼠标。
- 必须在
ShowDialog()前设置dialog.Owner = Application.Current.MainWindow（或当前活动窗口，可用Window.GetWindow(this)获取） - 不要把
Owner设成已关闭或已释放的窗口，否则运行时报ObjectDisposedException - 如果父窗口是
Page或UserControl（比如在Frame里），它没有Window实例，不能直接当Owner——得往上找最近的Window，比如Window.GetWindow(this)?.Parent as Window
C#里怎么让WPF窗口像WinForm那样“模式化”但又不阻塞整个App
WPF 默认的 ShowDialog() 是应用级模态（app-modal），即整个进程 UI 都被锁住。真要实现窗体级模态（window-modal），得手动控制启用状态，而不是依赖 Owner。
这不是 WPF 原生支持的模式，硬要做就得放弃 ShowDialog()，改用 Show() + 手动禁用父窗体控件 + 拦截焦点。
- 最简方案：子窗口
Show()后，遍历父窗口所有交互控件（Button、TextBox等），设IsEnabled = false；子窗口关闭时再恢复 - 别用
IsHitTestVisible = false或透明遮罩层，容易干扰键盘导航（Tab 键失效、快捷键失灵） - 这种做法绕过了 WPF 的模态调度逻辑，
Alt+Tab仍能切到其他窗口，且无法阻止用户用任务栏点击父窗口——所以仅适用于内部工具、非关键流程
真正需要严格窗体级模态的场景，说明设计上可能混淆了“对话框”和“浮动面板”。WPF 更鼓励用 Popup、ChildWindow（需第三方库）或 TabControl 切换视图，而不是硬套 WinForm 思维。
