嘿，这个问题我之前也踩过坑！咱们先把核心原因说清楚，再给你解决办法：

为什么普通Trigger能正常工作？ #

普通的Trigger是WPF专门为控件的依赖属性状态设计的，在ControlTemplate里使用时，它默认就会关联到模板的父控件（也就是你的Button）的属性。比如你写<Trigger Property="IsPressed" Value="True">，WPF会自动识别这是在监听TemplatedParent的IsPressed属性，不需要额外写RelativeSource，触发机制直接和控件的UI状态机挂钩，所以响应非常可靠。

为什么DataTrigger会失效？ #

你写的DataTrigger绑定看起来没问题，但问题出在IsPressed这类属性的特殊性上：

• IsPressed是WPF内部管理的只读依赖属性，它的状态变更由UI框架的输入系统控制，不是通过常规的属性变更通知路径来触发绑定更新的。
• DataTrigger是基于数据绑定的，它依赖绑定的PropertyChanged事件来感知变化，但这类内部UI状态属性的变更通知，有时候不会被DataTrigger的绑定机制正确捕获，导致触发器不生效。

解决方案 #

如果你的场景必须用DataTrigger（比如要组合ViewModel属性做MultiDataTrigger），可以试试这两种方式：

1. 显式指定绑定的Mode为OneWay
   虽然默认绑定模式是OneWay，但显式指定能确保绑定始终监听父控件的属性变化：

   <DataTrigger Binding="{Binding IsPressed, RelativeSource={RelativeSource TemplatedParent}, Mode=OneWay}" Value="True">
       <Setter TargetName="Text" Property="Content" Value="IsPressed"/>
   </DataTrigger>
   

2. 针对纯UI状态的场景，优先用Trigger
   既然你已经发现Trigger能正常工作，对于只监听UI控件状态（比如IsPressed、IsMouseOver）的场景，直接用Trigger是更高效更可靠的选择，比如：

   <Trigger Property="IsPressed" Value="True">
       <Setter TargetName="Text" Property="Content" Value="IsPressed"/>
   </Trigger>
   

如果是需要组合ViewModel属性的MultiDataTrigger场景，只要把UI状态的绑定按第一种方式写对，就能正常触发，比如：

<MultiDataTrigger>
    <MultiDataTrigger.Conditions>
        <Condition Binding="{Binding IsPressed, RelativeSource={RelativeSource TemplatedParent}, Mode=OneWay}" Value="True"/>
        <Condition Binding="{Binding IsActionAllowed}" Value="True"/>
    </MultiDataTrigger.Conditions>
    <Setter TargetName="Text" Property="Content" Value="Pressed & Allowed"/>
</MultiDataTrigger>

内容的提问来源于stack exchange，提问作者Jack