WPF样式必须严格匹配TargetType且仅作用于DependencyProperty，复用需BasedOn而非类型继承；模板需显式包含ContentPresenter等部件，Trigger作用域和优先级易出错。
WPF样式（Style）不是CSS，改了TargetType却没生效？
WPF的Style必须严格匹配元素类型，且只对DependencyProperty起作用。常见错误是给Button写了个Style，但TargetType设成了Control——它不会自动向下兼容到Button，除非显式设置BasedOn或用TargetType="{x:Type Button}"。
实操建议：
-
TargetType必须和实际控件类型完全一致（如{x:Type TextBox}），不能写基类后指望子类继承样式 - 想复用样式？用
BasedOn="{StaticResource SomeStyle}"，而不是靠类型继承 - 样式中设
Setter只能改DependencyProperty，比如Background可以，Text在Label上不行（它是只读依赖属性，实际由Content驱动） - 资源字典里定义样式时，记得加
x:Key（显式键）或不加（隐式，仅对TargetType匹配的控件全局生效）
模板（Template）改了没反应？检查TemplateBinding和ContentPresenter
自定义ControlTemplate后控件“变空”或“内容不显示”，大概率是漏了ContentPresenter或TemplateBinding写错。WPF模板不自动转发内容，所有呈现逻辑都得手动声明。
实操建议：
-
ControlTemplate里必须包含<contentpresenter></contentpresenter>（对ContentControl类）或<textbox x:name="PART_TextBox"></textbox>（对TextBox等有约定命名部件的控件） -
TemplateBinding只能用于模板内部绑定到控件自身的依赖属性，比如Background="{TemplateBinding Background}"；跨层级要用{Binding RelativeSource={RelativeSource TemplatedParent}, Path=Background} - 修改
ItemsControl模板时，ItemsPresenter不能少，否则ItemsSource数据根本不会渲染 - 调试模板：在
ControlTemplate根元素加Background="Red"确认是否被正确应用；用Visual Studio的Live Visual Tree查看实际渲染树
为什么Trigger在模板里失效？优先级和作用域搞错了
Trigger在Style里能用，在ControlTemplate里也能用，但行为不同：Style.Trigger作用于控件实例，ControlTemplate.Trigger只影响模板内部元素，且优先级低于模板内Setter和控件自身属性值。
实操建议：
- 鼠标悬停变色？用
Trigger没问题；但想根据IsEnabled隐藏整个按钮？得确保Trigger改的是模板里的Visibility，而不是控件本身的Visibility（后者会被模板覆盖） -
DataTrigger依赖绑定数据，务必确认Binding路径在模板上下文中有效（常用RelativeSource={RelativeSource TemplatedParent}回溯） - 多个
Trigger冲突时，后定义的会覆盖先定义的；想叠加效果？改用MultiTrigger或MultiDataTrigger - 动画触发（
EventTrigger）慎用：它不参与依赖属性系统优先级计算，可能被其他Setter覆盖，建议只用于Storyboard启动，别直接设属性值
Template和Style性能差异在哪？什么时候该拆资源字典？
一个Style被100个Button引用，它只实例化一次；但每个ControlTemplate都会为每个控件生成独立的视觉树副本。模板越深、嵌套越多，内存和初始化开销越大。
实操建议：
- 高频复用的简单样式（颜色、边距）放
App.xaml资源；复杂模板（如自定义ComboBox下拉）拆成单独ResourceDictionary并Merge，避免启动时全加载 - 避免在
ControlTemplate里写大段Binding或Converter，尤其涉及DataContext链路的，容易引发绑定重算和内存泄漏 - 用
DynamicResource引用模板可支持运行时换肤，但会牺牲一点性能；静态主题用StaticResource更高效 - 真正卡顿？用PerfView抓
FrameworkElement.ApplyTemplate调用频次，确认是不是模板反复重建
样式和模板的边界其实很薄：Style管“长什么样”，Template管“怎么长”。但一旦开始重写ControlTemplate，你就等于接管了整个渲染生命周期——包括测量、排列、输入路由，这些底层细节，文档很少提，但调试器里一眼就能看到。
