MVVM Community Toolkit使用疑问：自定义Set、接口实现与内存泄漏

问题背景 #

在MVVM中创建可观察属性的标准方式是使用[ObservableProperty]特性：

[ObservableProperty]
private string _name;

但部分场景下需要修改Set逻辑，如何在不手动声明公共属性的前提下正确实现？例如以下手动编写的属性：

private double _currentProgressPct;

public double CurrentProgressPct
{
    get => _currentProgressPct;
    set
    {
        _dispatcherQueue.TryEnqueue(DispatcherQueuePriority.High, () =>
        {
            SetProperty(ref _currentProgressPct, value);
        });
    }
}

疑问解答 #

1. 两种实现方式的规范性与正确性 #

• 使用[ObservableProperty]的方式完全符合MVVM规范，这是MVVM社区工具包的官方推荐做法：它会自动生成遵循INotifyPropertyChanged规范的公共属性，减少重复代码，同时保证属性变更通知的正确性。
• 你给出的手动实现方式本身并非错误，但存在潜在问题：
  • 将SetProperty调用放入Dispatcher队列会导致属性值更新延迟，可能引发UI与数据状态不同步；
  • 若类继承了ObservableObject，需确保SetProperty的调用逻辑完全正确（包括值比较、触发PropertyChanged事件），否则会破坏变更通知机制。
• 若要修改Set逻辑且不想手动声明公共属性，可使用工具包提供的部分方法扩展：标记[ObservableProperty]后，工具会自动生成On[PropertyName]Changing和On[PropertyName]Changed部分方法，你可以在类中实现这些方法注入自定义逻辑：

[ObservableProperty]
private double _currentProgressPct;

partial void OnCurrentProgressPctChanging(double value)
{
    // 属性值变更前执行自定义逻辑
    _dispatcherQueue.TryEnqueue(DispatcherQueuePriority.High, () =>
    {
        // 处理线程相关逻辑
    });
}

2. INotifyPropertyChanged与ObservableObject的要求 #

• 使用[ObservableProperty]特性时，必须确保类继承自ObservableObject（或自行实现INotifyPropertyChanged接口）：该特性依赖宿主类实现INotifyPropertyChanged，而ObservableObject是工具包封装了该接口及SetProperty等核心方法的基类，是官方推荐的继承目标。
• 若类未实现INotifyPropertyChanged，[ObservableProperty]生成的属性无法触发PropertyChanged事件，这类属性本质上不是可观察属性，不符合MVVM绑定要求。

3. 绑定未释放与INotifyPropertyChanged的关系 #

• 绑定未释放导致内存泄漏的核心原因通常是UI元素对ViewModel的强引用生命周期不匹配（比如ViewModel被全局持有，而对应的UI元素已销毁），INotifyPropertyChanged本身不会直接引发泄漏。
• 若ViewModel未实现INotifyPropertyChanged，绑定系统无法正确监听变更，可能出现绑定失效，但一般不会直接导致内存泄漏——除非绑定系统为兼容非可观察对象创建了额外强引用对象。更常见的泄漏场景是绑定模式为OneWayToSource且未正确解除绑定，或ViewModel生命周期管理不当。

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