WPF绑定不更新UI的四大原因：未实现INotifyPropertyChanged接口、Binding Mode未设为TwoWay、DataContext未正确设置、集合未使用ObservableCollection。
WPF绑定不更新UI？先确认类实现了INotifyPropertyChanged
没实现这个接口，哪怕属性值变了，UI也完全不会刷新——这是最常卡住人的第一步。它不是可选的“增强功能”，而是双向绑定生效的硬性前提。
常见错误现象：TextBox输完内容，后台属性确实改了，但换一个页面再回来，显示的还是旧值；或者TextBlock始终不随属性变化。
- 必须让数据类（比如
Person）显式实现INotifyPropertyChanged接口 - 每个需要响应变化的属性，都要在
set里调用PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(nameof(Name))) - 别用自动属性简写（
public string Name { get; set; }），它没地方插通知逻辑 - .NET 6+ 可用
ObservableProperty源生成器简化，但底层仍依赖该接口
Binding Mode=TwoWay不是默认值，得手动写
很多控件（比如TextBox、CheckBox）的Text或IsChecked依赖属性，默认绑定模式是OneWay，不是你想象的“改哪儿都同步”。不声明Mode=TwoWay，用户输入根本不会回写到源属性。
使用场景：用户编辑TextBox后，希望按保存按钮时能直接读取最新值；或者勾选CheckBox立刻触发业务逻辑。
-
TextBox绑定必须加：Text="{Binding Name, Mode=TwoWay}" -
ComboBox选中项绑定SelectedItem时也需明确写Mode=TwoWay -
TextBlock默认只读，不需要TwoWay，写了也没用 - 性能影响极小，但漏写会导致“UI可改、数据不动”的静默失败
DataContext没设对，绑定就全失效
WPF绑定永远从当前元素的DataContext开始找属性。很多人把对象new出来了，但没把它赋给DataContext，或者赋给了错的层级（比如设给了Window却在Grid里绑定了）。
常见错误现象：“找不到属性”警告（输出窗口里有System.Windows.Data Error: 40 :）、绑定表达式显示空或默认值、断点发现get根本没被调用。
- 通常在
Window或UserControl构造函数末尾写：this.DataContext = new ViewModel(); - 如果用
ItemsControl（如ListBox），子项的DataContext会自动设为对应集合项，不用额外处理 - 避免在XAML里用
ElementName或RelativeSource绕过DataContext，除非真有必要——容易引入隐式依赖和调试困难
集合变动不通知？用ObservableCollection代替List
List本身不发通知，往里面Add或Remove元素，绑定的ItemsControl完全无感。这不是绑定写错了，是集合类型选错了。
使用场景：动态增删列表项（如任务列表、日志条目）、实时刷新表格数据。
- 把
public List改成Tasks { get; } = new(); public ObservableCollectionTasks { get; } = new(); -
ObservableCollection只通知“集合结构变”（增删改索引），不通知内部对象属性变——所以TaskItem自己还得实现INotifyPropertyChanged - 别试图给
ObservableCollection赋新实例（如Tasks = new ObservableCollection），这会断掉绑定；要用(...) Clear()+AddRange或逐个Add
真正麻烦的从来不是语法，而是通知链断在哪一环：属性没发通知、模式没设对、上下文丢了、集合不响应——每次只动一个变量，用输出窗口看绑定错误信息，比猜快得多。
