CommunityToolkit.Mvvm 通过 ObservableObject 和源生成器编译期注入 INotifyPropertyChanged 逻辑，避免手写漏通知、拼错名等问题；需严格匹配字段与属性名、禁用构造函数中 SetProperty、用泛型重载支持自定义通知；RelayCommand 需显式传 canExecute 防内存泄漏，清理时置空命令；WPF Binding 失效多因 DataContext 查找路径中断，建议用 RelativeSource 或 Snoop 调试；ObservableCollection 刷新失败常因项未实现通知或绑定路径错误，须确保项继承 ObservableObject 并检查输出窗口绑定错误日志。用 CommunityToolkit.Mvvm 替掉手写 INotifyPropertyChanged手动实现 INotifyPropertyChanged 容易漏发通知、拼错属性名、搞混 SetProperty 调用顺序，而 CommunityToolkit.Mvvm 的 ObservableObject 和源生成器能直接编译期补全通知逻辑，不靠反射，也不拖慢启动。实操建议：继承 ObservableObject，不是自己实现接口；SetProperty 必须传入字段引用（ref _field），否则源生成器无法注入变更通知属性名必须和字段名严格匹配（如 _name ? Name），大小写敏感，否则生成的 OnPropertyChanged 调用会丢失不要在构造函数里调用 SetProperty------字段还没初始化，ref 传参会报 CS8170（不能取未赋值变量的地址）若需自定义通知逻辑（比如只在值变化时才触发），改用 SetProperty<T>(ref T field, T value, CallerMemberName string? propertyName = null) 重载RelayCommand 怎么绑定命令又避免内存泄漏RelayCommand 默认不弱引用，如果 View 持有 ViewModel，而 ViewModel 又把 RelayCommand 绑定到某个长期存活的对象（比如全局事件总线、静态服务），就可能让整个 ViewModel 无法被 GC。实操建议：所有 RelayCommand 都显式传入 canExecute 参数，哪怕只是 () => true；否则默认构造函数会用 CanExecuteChanged 事件订阅，增加引用链若命令执行体捕获了 UI 控件（如 myButton.IsEnabled = false），务必确保该控件生命周期短于 ViewModel，或改用弱事件模式（WeakEventManager）在 ViewModel 的清理方法（如 IAsyncDisposable.DisposeAsync）中手动置空命令字段：_saveCommand = null;，别指望 GC 自动解绑WPF 中 Binding 找不到 DataContext 的真实原因不是"没设 DataContext"，而是 WPF 的 Binding 查找路径被隐式中断：比如在 ItemsControl.ItemTemplate 里，DataContext 已经是集合项，不是外层 ViewModel；或者用了 Popup、ToolTip 这类脱离可视化树的元素，它们不继承父级 DataContext。 唱鸭 音乐创作全流程的AI自动作曲工具，集 AI 辅助作词、AI 自动作曲、编曲、混音于一体