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)</t>重载
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。
实操建议：
- 用 Snoop 或 Visual Studio 的 Live Visual Tree 查看实际
DataContext类型，别猜 - 需要跨层级绑定时，优先用
RelativeSource：{Binding Path=SaveCommand, RelativeSource={RelativeSource AncestorType={x:Type local:MainWindow}}} - 避免在
Style或ControlTemplate里硬写DataContext绑定，改用TemplateBinding或Binding Path=.显式转发 - 如果用了
ContentControl且内容是用户控件，记得在用户控件根元素上加DataContext="{Binding}"，否则模板内 Binding 会断掉
ObservableCollection<t></t> 更新 UI 却不刷新界面？
常见现象是集合 Add/Remove 了，但 ListView 或 DataGrid 没反应——根本不是 MVVM 框架的问题，而是 WPF 的 ObservableCollection<t></t> 只监听集合结构变化，不监听集合里每个对象的属性变更。
实操建议：
- 确保集合项类型也继承
ObservableObject（或实现INotifyPropertyChanged），否则改Item.Name不会触发 UI 刷新 - 不要用
list.Clear()+list.AddRange(...)模拟刷新，这会触发多次CollectionChanged，性能差还可能卡顿；改用list.ReplaceRange(newItems)（需引用CommunityToolkit.Collections） - 如果集合项是值类型（
struct），ObservableCollection<t></t>无法通知其内部字段变更，必须改用引用类型 - 调试时在
CollectionChanged事件里打日志，确认事件是否真的触发；有时 XAML 绑定路径写错（比如少了个ItemsSource），根本没连上集合
最常被忽略的是：ViewModel 层改了集合，但 XAML 里绑的是另一个同名但未更新的属性，或者用了 OneTime 绑定模式。WPF 的绑定错误默认静默，得开输出窗口看 System.Windows.Data Error 日志。
