Trigger适用于监听DependencyProperty变化并触发简单UI响应，但不能执行C#逻辑、修改非UI属性或响应CLR属性；需执行代码时应使用INotifyPropertyChanged+命令或事件；多数场景应优先用DataTrigger绑定ViewModel属性。
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} 比盲目猜路径更可靠。
