WPF中Application级MergedDictionaries修改无效，Window级正常？

这两种场景的行为差异，核心在于WPF资源上下文的层级特性和动态资源绑定的通知机制，具体可以拆成两点：

1. App级全局资源的静态特性 #

App.xaml中的资源属于应用全局资源，它的ResourceDictionary在应用启动时就完成了合并和实例化。当你把Skin.xaml放在App的MergedDictionaries中时，BackgroundBrush这个SolidColorBrush对象会被创建为全局资源，它的Color={DynamicResource Background}绑定是基于App的全局资源上下文建立的。

WPF的动态资源绑定依赖资源上下文的变更通知，但App级全局资源字典脱离可视化树，它的资源变更不会主动触发绑定对象的属性更新——哪怕你修改了App.Resources["Background"]的值，已经实例化的BackgroundBrush也无法感知到这个变更，因为全局资源上下文的变更通知机制没有和可视化树的绑定系统联动。

2. Window级资源的可视化树关联特性 #

把资源移到MainWindow.xaml后，BackgroundBrush属于Window级资源，而Window是WPF可视化树的一部分。Window的ResourceDictionary会和可视化树的绑定系统关联，当你修改MainWindow.Resources["Background"]的值时，Window的资源上下文会触发ResourceChanged事件，绑定系统会立即通知BackgroundBrush更新Color属性，UI也就同步变化了。

补充验证方案 #

如果想在App级实现主题切换，可以试试重新合并主题字典而非直接修改单个资源值，再强制刷新资源上下文：

var currentApp = Application.Current;
// 移除旧主题字典
currentApp.Resources.MergedDictionaries.Remove(oldThemeDict);
// 添加新主题字典
currentApp.Resources.MergedDictionaries.Add(newThemeDict);
// 强制触发资源更新
foreach (var resource in currentApp.Resources.Values.OfType<FrameworkElement>())
{
    resource.UpdateLayout();
}

不过这种方式不如Window级资源方案简洁可靠，因为全局资源的刷新很难覆盖所有已实例化的控件。

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