WPF MVVM模式下从Service类修改ViewModel属性实现绑定更新

核心原因 #

你遇到的现象（命令内修改生效、静态服务调用单例修改不生效）90%以上是以下问题导致：

• UI绑定的DataContext和静态单例Instance不是同一个对象：你在ViewModel里写了静态单例new MainViewModel()，但如果MainWindow构造函数里写了DataContext = new MainViewModel()，等于UI绑定的是你新创建的第二个实例。你在服务里修改的是静态单例的属性，UI监听的是另一个实例的PropertyChanged事件，自然收不到更新。而StartCommand是UI绑定实例内部的方法，修改的是当前实例的属性，所以能正常更新，和你描述的现象完全匹配。
• 属性修改操作在非UI线程执行：如果UtilitiesService.SetStatus()是后台线程、异步任务里触发的，WPF不允许跨线程直接更新UI绑定的属性，会出现静默失败不更新的情况。
• 小概率问题：BaseViewModel的OnPropertyChanged方法实现有误，没有正确传递属性名。

修复步骤 #

1. 全局统一ViewModel实例，禁止重复new #

修改MainWindow.xaml.cs的DataContext赋值，确保UI绑定的就是你定义的静态单例，不要重新创建实例：

public MainWindow()
{
    InitializeComponent();
    // 错误写法：会创建新实例，和静态单例不是同一个对象
    // this.DataContext = new MainViewModel();
    // 正确写法：绑定全局唯一的单例实例
    this.DataContext = MainViewModel.Instance;
}

2. 给属性修改加UI线程调度 #

修改OutStatus方法，兼容跨线程调用的场景，不管哪个线程调用都能切到UI线程更新：

public void OutStatus(string status)
{
    // 判断当前是否在UI线程，不在就调度到UI线程执行
    if (!Application.Current.Dispatcher.CheckAccess())
    {
        Application.Current.Dispatcher.Invoke(() => Status = status);
        return;
    }
    Status = status;
}

3. 检查BaseViewModel的OnPropertyChanged实现 #

确保OnPropertyChanged方法正确加了[CallerMemberName]特性，能自动获取调用方的属性名，正确实现参考：

public class BaseViewModel : INotifyPropertyChanged
{
    public event PropertyChangedEventHandler PropertyChanged;

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

如果没加这个特性，你在Status的set块里调用无参的OnPropertyChanged()时，会因为拿不到"Status"这个属性名，导致UI收不到正确的变更通知。

规范建议 #

虽然静态单例ViewModel能跑通逻辑，但不符合MVVM的职责划分原则：不建议让静态服务类直接持有ViewModel实例操作属性，更好的做法是通过事件聚合器、依赖注入的方式把服务注入到ViewModel中，由ViewModel主动调用服务获取状态后更新自身属性，避免后续代码规模变大后出现循环依赖、内存泄漏问题。

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