WPF中INotifyPropertyChanged与命令绑定引发的内存泄漏问题

当你在WPF中绑定到BProperty.DoSomethingCommand这类嵌套属性时，内存泄漏的根源和绑定引擎的工作逻辑、INotifyPropertyChanged的实现状态直接相关：

1. 绑定引擎对嵌套属性的依赖建立逻辑 #

WPF绑定系统处理BProperty.DoSomethingCommand这种多层路径时，会做两件关键的事：

• 从DataContext（A实例）获取BProperty的引用
• 从B实例获取DoSomethingCommand的引用，同时因为B实现了INotifyPropertyChanged，绑定引擎会订阅B的PropertyChanged事件，用来响应DoSomethingCommand的变更

2. A未实现INotifyPropertyChanged引发的强引用残留 #

如果A实现了INotifyPropertyChanged，绑定引擎会订阅A的PropertyChanged事件，用来监听BProperty本身的实例变更。当窗口关闭、视图被销毁时，绑定系统会自动移除这些事件订阅，释放对A和B的引用，GC可以正常回收它们。

但A没有实现INotifyPropertyChanged时，绑定引擎无法通过事件监听BProperty的变化——为了保证绑定的有效性（哪怕实际上A没实现接口，BProperty变更时绑定不会更新），绑定引擎会创建一个永久的强引用指向A实例。同时，绑定引擎还持有对B的事件订阅（强引用），这就导致：

• A实例被绑定引擎强引用，无法被GC回收
• B实例被A实例强引用，同时被绑定引擎的事件订阅强引用，也无法被回收

每次打开窗口都会创建新的A和B实例，旧实例一直留在内存中，最终引发内存泄漏。

解决方法 #

让类A实现INotifyPropertyChanged接口，哪怕暂时不需要主动触发BProperty的变更通知：

class A : INotifyPropertyChanged
{
    private B _bProperty;
    public B BProperty 
    { 
        get => _bProperty; 
        set
        {
            _bProperty = value;
            OnPropertyChanged(nameof(BProperty));
        }
    }

    public A()
    {
        BProperty = new B();
    }

    public event PropertyChangedEventHandler PropertyChanged;

    protected virtual void OnPropertyChanged(string propertyName)
    {
        PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
    }
}

这样绑定引擎会通过PropertyChanged事件监听A的变化，窗口销毁时会正确移除订阅、释放引用，避免内存泄漏。

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