WPF的Style是属性值批量设定机制，通过TargetType限定作用范围、x:Key控制显式引用；隐式样式自动应用，显式样式可跨窗口复用；ResourceDictionary是类型无关资源容器，支持拆分管理与合并覆盖；StaticResource适用于编译期确定资源，DynamicResource用于运行时动态更新；失效主因是TargetType错误、资源未加载或被高优先级样式覆盖。
Style 怎么定义和复用？
WPF 的 Style 本质是属性值的批量设定，类似 CSS 类——它不创建新控件，只统一已有控件的外观行为。关键在于：**TargetType 决定作用范围，x:Key 决定是否显式引用**。
- 没设
x:Key的Style（如<Style TargetType="Button">）会自动应用到当前作用域内所有未显式指定Style的Button，属于“隐式样式”，跨窗口无效 - 设了
x:Key="PrimaryButton"就必须手动绑定：Style="{StaticResource PrimaryButton}"，但可跨资源字典、跨窗口复用 - 继承用
BasedOn="{StaticResource BaseButton}"，注意被继承的样式必须已声明（顺序敏感），且BasedOn只能链式继承一层直接父级
ResourceDictionary 是不是“放 Style 的文件夹”？
不是。它是**类型无关的资源容器**，能存 SolidColorBrush、FontFamily、ControlTemplate、Style 甚至自定义对象——Style 只是其中一种资源类型。
- 拆分管理必须用
ResourceDictionary：比如Colors.xaml放颜色，Buttons.xaml放按钮样式，避免App.xaml膨胀 - 合并时顺序决定优先级：
<ResourceDictionary Source="Buttons.xaml"/>在前，<ResourceDictionary Source="Overrides.xaml"/>在后，则后者中同名x:Key的资源会覆盖前者 - 类库中无
App.xaml？直接在UserControl或Window的Resources里MergedDictionaries引入即可，无需全局注册
StaticResource 和 DynamicResource 到底该选谁？
区别不在“静态/动态”字面，而在**资源解析时机和更新能力**：StaticResource 编译期一次性查找并绑定；DynamicResource 运行时持续监听资源变化。
- 用
StaticResource：95% 场景，如字体、基础色、固定模板——性能好，编译报错可提前发现缺失资源 - 必须用
DynamicResource：主题切换（换整套ResourceDictionary）、运行时修改画刷颜色、夜间模式开关等——但滥用会导致性能下降，尤其在列表项模板中 - 常见错误：
DynamicResource引用一个从未被DynamicResource更新过的资源（比如只在初始化赋值一次的SolidColorBrush），界面不会响应变化
为什么 Style 没生效？几个高频断点
不是代码写错，而是作用域或覆盖逻辑没理清。最常卡在这三处：
-
TargetType写错：比如想改TextBox却写了TextBlock；或自定义控件没加命名空间前缀：TargetType="{x:Type local:MyButton}" - 资源未被加载：
App.xaml中漏了<ResourceDictionary.MergedDictionaries>块，或路径写错（Source="Dictionary/Buttons.xaml"中路径区分大小写，且相对App.xaml） - 被更高优先级样式覆盖：本地
Button.Background="Red"会盖过Style里的Background设置；Style中的Setter也会被Trigger或TemplateBinding覆盖
复杂界面建议用 Visual Studio 的 Live Visual Tree 查看实际应用的 Style 来源，比猜快得多。
