WPF MVVM Caliburn中UserControl切换的PropertyChanged异常及导航问题

当前两套导航实现方案 #

方案1：主窗口级全局导航（运行稳定） #

该方案在主窗口层维护统一的导航切换能力，通过导航控制器更换主窗口ContentControl绑定的当前视图模型：

• 导航控制器核心逻辑

public NavigationController(MainWindowViewModel viewModel)
    {
        this.viewModel = viewModel;
    }

    public void Execute(object parameter)
    {
        string par = parameter.ToString();

        switch (par)
        {
            case "0":
                viewModel.SelectedViewModel = new ViewModel1();
                break;

            case "1":
                viewModel.SelectedViewModel = new ViewModel2();
                break;
        }
    }

• 对应XAML绑定逻辑

<Button Command="{Binding NavigationController}" CommandParameter="1" />
  <ContentControl Content="{Binding SelectedViewModel}" />

该方案逻辑清晰，可作为全局导航的参考实现。

方案2：父级UserControl内部子视图导航（存在运行异常） #

在选中某个父级UserControl的场景下，尝试在父级视图内部通过按钮切换内嵌子UserControl，具体实现：

• 按钮交互绑定（使用Caliburn.Micro消息附加语法）

<Button cal:Message.Attach="ShowUserControl3()"/>

• 父级视图模型实现逻辑

public object SelectedActionViewModel
    {
        get => _selectedActionViewModel;
        set
        {
            _selectedActionViewModel = value;
        }
    }

    public void ShowUserControl3()
    {
        _selectedActionViewModel = new VMusercontrol3();
        OnPropertyChanged(nameof(SelectedActionViewModel));
    }

• 所有视图模型继承的公共基类

public class BaseViewModel : INotifyPropertyChanged
{
    public event PropertyChangedEventHandler PropertyChanged;

    public event EventHandler ClosingRequest;

    protected void OnPropertyChanged(string propertyName)
    {
        if (PropertyChanged != null)
        {
            PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
        }
    }
}

方案2异常原因分析 #

异常表现为：按钮点击前1-2次可正常切换UserControl，后续调用OnPropertyChanged时检测到PropertyChanged事件为null，无法触发UI更新。
该问题本质是视图模型生命周期管理混乱，导致事件订阅关系与实际绑定实例不匹配，具体触发链路：

1. 事件订阅的基本规则：WPF绑定引擎需要订阅对应ViewModel实例的PropertyChanged事件，才能感知属性值变化并更新UI。如果某个VM实例没有被任何绑定上下文建立订阅关系，它的PropertyChanged字段就会保持null状态。
2. 当前实现的核心漏洞：
   • 主窗口导航逻辑每次切换父级UserControl时，都会通过new创建全新的父级ViewModel实例，未对VM实例做缓存复用。
   • 当新的父级VM实例被创建后，XAML中的按钮会优先通过Caliburn.Micro的消息绑定完成和VM实例的关联，但负责加载子视图的ContentControl尚未完成绑定初始化，也就是还没来得及订阅这个新VM实例的PropertyChanged事件。
   • 此时如果用户点击按钮触发ShowUserControl3()方法，代码调用OnPropertyChanged(nameof(SelectedActionViewModel))时，因为ContentControl尚未建立订阅关系，PropertyChanged为null，自然无法触发视图更新。
   • 随着导航多次切换，旧的VM实例被GC回收，新的VM实例又因绑定时序问题没有被正确订阅，就会出现“前两次正常、后续全部失效”的表现。
3. 额外的代码不规范问题：
   • SelectedActionViewModel属性的setter没有调用统一的属性变更通知逻辑，所有通知都是手动在业务方法中零散触发，一旦漏写或调用时机错误，就会直接导致绑定失效。
   • BaseViewModel中的事件判断逻辑冗余，当前C#版本可直接使用空条件运算符简化，无需手动写if (PropertyChanged != null)判断，可避免潜在的线程安全问题。

跨UserControl导航实现方法 #

针对“在UserControl4中实现跳转选中UserControl3”的需求，结合当前两层导航结构，有两种可落地的实现方式：

• 父级引用直接调用：在创建所有子UserControl的ViewModel时，将父级ViewModel的实例传入子VM的构造函数。当UserControl4需要跳转时，直接调用父级VM的ShowUserControl3()方法，修改父级VM维护的SelectedActionViewModel属性值即可完成切换。该方式实现简单，适合逻辑关系紧密的子视图导航场景。
• 事件解耦导航：使用Caliburn.Micro内置的事件聚合器（EventAggregator）实现跨视图的消息通信：
  1. 定义无字段的导航事件类，例如NavigateToUserControl3Event。
  2. 父级VM初始化时订阅该事件，收到通知后执行切换到UserControl3的逻辑。
  3. UserControl4对应的VM在触发跳转的方法中，通过事件聚合器发布NavigateToUserControl3Event事件。
     该方式不需要子VM直接持有父级VM的引用，耦合度更低，适合逻辑复杂的多层导航场景。

内容的提问来源于stack exchange，提问作者i.Dio