INotifyPropertyChanged 是需手动触发的通知接口，非自动绑定；常见失效原因包括 set 中遗漏 OnPropertyChanged、属性名大小写错误、跨线程调用及 DataContext 替换未同步。
直接说结论：INotifyPropertyChanged 不是“绑定事件”而是实现接口后手动触发通知，PropertyChanged 事件本身不能自动绑定到 UI，必须由 ViewModel 显式调用 OnPropertyChanged 或类似方法。
为什么 RaisePropertyChanged 没反应？——常见触发遗漏点
多数问题不是写法错，而是没在属性赋值后真正触发通知：
-
set块里漏掉OnPropertyChanged(nameof(MyProperty))，只改了字段值 - 用了自动属性（
public string Name { get; set; }），但没重写set，根本没机会插入通知逻辑 - 属性名写错，比如传
"name"（小写）而实际属性叫Name，WPF 绑定不报错但静默失败 - 在非 UI 线程修改属性并触发
PropertyChanged，WPF 会抛InvalidOperationException: The calling thread cannot access this object
怎么写一个安全可用的 OnPropertyChanged？——推荐基类模式
手写每个属性的 OnPropertyChanged 容易出错，建议用基类封装，同时处理线程调度：
public class NotifyBase : INotifyPropertyChanged
{
public event PropertyChangedEventHandler PropertyChanged;
protected virtual void OnPropertyChanged([CallerMemberName] string propertyName = null)
{
// WPF 要求在 UI 线程触发
if (Application.Current?.Dispatcher.CheckAccess() == false)
{
Application.Current.Dispatcher.Invoke(() =>
PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName)));
}
else
{
PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
}
}
}
使用时继承它，属性 set 中直接调用：OnPropertyChanged()（编译器自动补全属性名）。
PropertyChanged 的参数差异：nameof vs 字符串 vs Expression
三种传参方式影响可维护性和性能：
-
OnPropertyChanged(nameof(Title))—— 推荐。编译期检查，重命名属性时 IDE 自动更新，无反射开销 -
OnPropertyChanged("Title")—— 危险。拼写错误、重命名后失效，调试困难 - 用
Expression<Func<T>>解析属性名（如GetProperty(() => Title)）—— 类型安全但有明显反射和表达式编译开销，仅适合极少数对字符串硬编码极度敏感的场景
Binding 更新失败的隐藏原因：属性不是 public set，或没实现 INotifyPropertyChanged
WPF/XAML 绑定只响应实现了 INotifyPropertyChanged 的对象，并且要求属性满足：
- 必须是
public实例属性（不能是private或internal，除非显式设置Binding.Path且上下文可访问） -
set访问器不能是private set（除非你确认不会从外部赋值，否则通知不会触发） - 绑定源对象（如 DataContext）必须在绑定建立前已设置好；若运行时替换 DataContext，需确保新对象也实现了
INotifyPropertyChanged
最常被忽略的是：ViewModel 实例本身被整个替换（比如 DataContext = new MainVm()），但旧 UI 仍绑在原实例上，新属性变化自然无响应。
