WPF Trigger 什么时候该用，什么时候不该用
Trigger 适合监听
DependencyProperty的值变化并触发简单 UI 响应（比如按钮禁用时变灰、鼠标悬停时改背景），但**不能执行 C# 逻辑、不能修改非 UI 属性、不能响应普通 CLR 属性变化**。如果需要在属性变时跑一段 C# 代码（比如刷新数据、调用 API），得用
INotifyPropertyChanged+ 绑定命令或事件处理，而不是 Trigger。
DataTrigger 比 PropertyTrigger 更常用，尤其绑定 ViewModel
多数业务场景中，UI 变化取决于 ViewModel 中的属性（如
IsLoading、
SelectedType），这些是普通属性，不是控件自身的依赖属性，所以必须用
DataTrigger，而不是
Trigger。它通过
Binding监听任意可绑定路径：
<Style TargetType="Button">
<Style.Triggers>
<DataTrigger Binding="{Binding IsLoading}" Value="True">
<Setter Property="Content" Value="处理中..." />
<Setter Property="IsEnabled" Value="False" />
</DataTrigger>
</Style.Triggers>
</Style>
DataTrigger的
Binding必须指向一个有效路径，空引用或路径错误不会报错，但条件永远不满足——建议打开 WPF 调试输出（
Debug.WriteLine或启用
System.Diagnostics.PresentationTraceSources.DataBindingSource）确认绑定是否成功 多个
DataTrigger之间按顺序匹配，先匹配到的生效；若需“互斥”，确保
Value覆盖所有可能取值，或用
MultiDataTrigger绑定路径支持
Path=Items.Count、
Path=Status.Name等嵌套写法，但深度过大时性能略降，且一旦中间对象为 null 就静默失败
Trigger 内 Setter 不能覆盖 Style 中已设的本地值
如果在 XAML 中直接给控件写了
Background="Red"（即本地值），那么任何 Trigger 里的
Setter Property="Background"都不会生效——WPF 依赖属性值解析优先级里，本地值 > 触发器 Setter > Style Setter。解决方法只有两个： 把初始值挪进
Style.Setters里，而不是写在控件标签上 用
TemplateBinding或
RelativeSource在 ControlTemplate 中配合
Trigger，这是更可控的方式
常见误操作：在按钮上写
Foreground="Black"，又想用 Trigger 改成蓝色，结果没反应——八成是这个原因。
属性变化没触发 UI 更新？先查这三件事
绑定看似写了，但 UI 死活不变，大概率卡在这几个点：
ViewModel 类没实现INotifyPropertyChanged，或者属性变更时忘了调
OnPropertyChanged("PropertyName")
绑定路径写错，比如写成 {Binding Status} 但实际属性叫 StatusText；XAML 中不报错，调试输出会提示 “Cannot resolve property” DataContext 没设对，尤其是 UserControl 或自定义控件里，常有人忘了把
DataContext="{Binding}" 传下去，导致内部元素绑定失效
复杂页面里嵌套多层 DataContext 时，
RelativeSource={RelativeSource AncestorType=UserControl} 比盲目猜路径更可靠。 
