ControlTemplate 是重写控件整个视觉树，非简单换肤；必须显式包含 ContentPresenter 等承载节点，否则内容不显示；命名部件（如 PART_ContentHost）和 TemplateBinding 使用需严格遵循规则。
ControlTemplate 不是“换皮肤”的快捷按钮，而是重写控件的整个视觉树；直接删掉默认模板里的 ContentPresenter，按钮就变空白——这不是 bug，是设计使然。
为什么写了 ControlTemplate 却什么也不显示？
最常见原因是模板里漏了内容承载节点。WPF 不会自动把 Button.Content 或 TextBox.Text 渲染出来，一切得你手动安排。
-
ContentControl类（如Button、CheckBox）必须显式包含<contentpresenter></contentpresenter>，否则内容完全不出现 -
TextBox、ComboBox等有约定部件的控件，需保留命名元素，比如x:Name="PART_ContentHost"或x:Name="PART_EditableTextBox"，否则光标不闪、输入无响应 - 哪怕只加一行
Background="Red"到模板根元素，也能快速确认模板是否被真正加载（用 Live Visual Tree 验证更准）
TemplateBinding 和 Binding 到底该用哪个？
TemplateBinding 是模板内部专用的轻量绑定，只能连到控件自身的依赖属性，且不支持 RelativeSource、Converter 或 StringFormat。写错就静默失效。
- 正确：
Background="{TemplateBinding Background}"（Background是Button的依赖属性） - 错误：
Visibility="{TemplateBinding IsEnabled, Converter={StaticResource BoolToVis}}"（不支持 Converter） - 需要转换或跨层级？改用：
{Binding Path=Background, RelativeSource={RelativeSource TemplatedParent}} - 别在
ControlTemplate里对Width、Margin做TemplateBinding——这些不是控件的依赖属性，绑定无效
Trigger 在 ControlTemplate 里为啥不生效？
触发器没失效，只是作用域和优先级被误解了。ControlTemplate.Trigger 只能改模板内部元素的属性，且优先级低于模板内直接写的 Setter，更低于控件实例的本地值。
-
TargetName必须严格匹配模板内x:Name（大小写、拼写全要对），错一个字母就找不到目标 - 想让鼠标悬停时边框变色？可以；但想靠
IsEnabled=False触发器把整个按钮设为Visibility=Collapsed？不行——外部设置的Visibility会被模板覆盖，得在模板里改内部容器的Visibility - 复杂状态逻辑（如
IsMouseOver+IsPressed组合）建议用VisualStateManager替代 Trigger，更稳定，尤其在 WPF 4.5+ 中
Style 和 ControlTemplate 放哪儿才不被覆盖？
资源加载顺序就是样式生效顺序：控件本地值 > 触发器 > 样式 Setter > 主题默认值。放错位置，再好的模板也白搭。
- 单个页面专用？直接写在控件自己的
Resources里，精准控制，不污染全局 - 多个页面共用？提一层到
MergedDictionaries，但注意合并顺序：后加载的资源字典会覆盖同名键的前一个 - 千万别把
Style定义在App.xaml里却用BasedOn引用一个只在某个 UserControl 内定义的基样式——它根本找不到 - 隐式样式（不带
x:Key）只对严格匹配TargetType的控件生效，TargetType="{x:Type Button}"不会应用到MyCustomButton : Button上，除非显式设BasedOn
真正难的不是写模板，而是理解「模板不转发任何东西」这个前提——从内容呈现、事件路由到属性继承，每一步都得你亲手接住。漏掉一个 TemplateBinding，外部设的背景就丢；少一个 ContentPresenter，按钮就成摆设。动手前，先问自己：这个控件的默认模板里到底有哪些命名部件？
