OverlayDialog.ShowCustomModal 中切换 Content 导致阻塞

[JAYY513]

---

标题：OverlayDialog.ShowCustomModal切换Content时触发IDialogContext.Close导致阻塞问题

问题描述：
在主界面使用OverlayDialog.ShowCustomModal显示对话框时，若在对话框的ViewModel中触发主界面Content切换（通过绑定更新ContentControl的Content属性），会导致以下异常现象：

1. IDialogContext.Close被意外提前触发
2. await ShowCustomModal()可能被阻塞或无法正常返回结果
3. Close方法返回的参数可能被覆盖或丢失

复现步骤：

1. 主界面使用如下XAML结构绑定动态内容：

   <ContentControl
       Grid.Column="1"
       Margin="-4,36,0,0"
       Content="{Binding Content}">
       <ContentControl.ContentTemplate>
           <converters:ViewLocator />
       </ContentControl.ContentTemplate>
   </ContentControl>

2. 调用OverlayDialog.ShowCustomModal显示模态对话框
3. 在对话框的ViewModel中执行主界面Content切换操作（例如：MainViewModel.Content = new XxxViewModel()）
4. 观察到对话框的IDialogContext.Close被触发，导致异步等待中断

预期行为：
对话框应保持打开状态直到显式调用Close，主界面Content切换不应干扰模态对话框的生命周期。

实际行为：

• 调试发现IDialogContext.Close被意外调用，实际我需要使用传参的public event EventHandler<object?>? RequestClose;（可能由Content切换引发的上下文变更导致）
• await ShowCustomModal()可能卡死或立即返回错误的参数

附加信息：

• 调试中早期发现await OverlayDialog.ShowCustomModal会阻塞，即使弹窗被关闭，目前发现Close会被主动调用，修改切换Content的顺序解决了问题

---

[WCKYWCKF]

你得OverlayDialogHost放在哪里了

[JAYY513]

也有可能是我没有想到先触发close，导致我在断点（主动调用RequestClose?.Invoke(this, true);）时，调试时以为阻塞了，其实是已经触发了close

public class MesSystem : IMesSystem
{
   public async Task<bool> LoginAsync()
   {
    var options = new OverlayDialogOptions
    {
        FullScreen = false,
        HorizontalAnchor = HorizontalPosition.Center,
        VerticalAnchor = VerticalPosition.Center,
        HorizontalOffset = 0,
        VerticalOffset = 0,
        Title = "登录",
        CanLightDismiss = true,
        CanDragMove = true,
        IsCloseButtonVisible = true,
        CanResize = true
    };

    var vm = new LoginViewModel(Locator.Current.GetService<IUserServiceClient>()!,
        Locator.Current.GetService<ISessionService>()!);

    var result = await OverlayDialog.ShowCustomModal<LoginView, LoginViewModel, bool?>(vm
      , null, options);

[JAYY513]

主要问题在于我未指定 hostId，没想到切换content时也触发了 close 方法，调试了好久才发现

[rabbitism]

在Dialog还没关闭的时候销毁Dialog的所有者本身就是个很不合理的行为，可以考虑下这个层级是不是真的正确。