c# - 当存储在 Application.Resources 中时，为什么 Freezables 已经被卡住并且有一个空的 Dispatcher(与 Styles 相同)？

Question

我对此感到非常困惑，它开始让我质疑我对 WPF 资源系统的整体理解

我有一个多窗口应用程序，其中每个 Window 派生对象都在具有单独调度程序的单独线程上运行。

Thread t = new Thread(() => {
    Window1 win = new Window1();
    win.Show();
    System.Windows.Threading.Dispatcher.Run();
});
t.SetApartmentState(ApartmentState.STA);
t.Start();

我有一个 Dictionary1.xaml 资源字典，里面有一个命名的 Style 对象(它只是将 Background 属性设置为 Red 并以 TextBox 为目标)。在我的 App.xaml 中，我通过 ResourceDictionary.MergedDictionaries 集合引用了 Dictionary1.xaml。在我的其他窗口的 XAML 中，我有一个 StaticResource 到文本框控件中的样式键，它有效。

我可以打开多个窗口，但我不应该遇到跨线程错误吗？在其中一个窗口类的构造函数中，我这样做了:

Style s = (Style)TryFindResource("TestKey");
Console.WriteLine(((Setter)s.Setters[0]).Property.Name);    // no problem
s.Dispatcher == this.Dispatcher    // false

既然 Style 对象是从 DispatcherObject 派生的，这是否意味着它只能由拥有它的线程访问？如果一个对象是在 ResourceDictionary 中定义的，这是否意味着默认情况下它是一个静态实例？这怎么能起作用呢？为什么我没有收到跨线程错误？

(我错误地报告了一个我已经删除的关于由其他原因引起的跨线程错误的问题)

我对此感到非常困惑 - 我认为只有卡住的 Freezable 对象才能跨线程共享。为什么允许我在其他线程上访问 DispatcherObject？

Answer 1

所以我终于有了答案 - 我研究了很多 .NET 框架代码并得出以下结论:

当资源字典是应用级字典、主题字典或只读时，资源字典中存储的所有项都将被“密封”

if (this.IsThemeDictionary || this._ownerApps != null || this.IsReadOnly)
{
    StyleHelper.SealIfSealable(value);
}

... 

internal static void SealIfSealable(object value)
{
ISealable sealable = value as ISealable;
if (sealable != null && !sealable.IsSealed && sealable.CanSeal)
{
    sealable.Seal();
}
}

“密封”一个对象本质上是使其不可变，并且是通过 ISealable 字典实现的——事实上，Freezable 通过调用 Freeze() 来实现它的密封行为!样式也实现了它，它的实现防止了 setter 或触发器集合被修改。 ISealable 由许多类实现!

public abstract class Freezable : DependencyObject, ISealable
public class Style : DispatcherObject, INameScope, IAddChild, ISealable, IHaveResources, IQueryAmbient

更重要的是，我所见过的每个 WPF 类中的每个 Seal() 实现(到目前为止)都会调用 DispatcherObject.DetachFromDispatcher() 并将调度程序设置为 null! (Freeze() 内部也调用这个)

“密封”似乎实现了经常被宣传为 Freezable 独有的不变性行为，但实现 ISealable 的对象将表现出相同的行为并且是线程安全的 - Freezable 具有其他区别于它的行为(例如子属性通知)改变)

因此总而言之，“密封”一个对象实际上使其能够跨线程共享，因为如果每个对象存在于应用程序级或主题资源字典或读取中，它会自动从其调度程序中分离出来-只有资源字典

要验证此结论，请反射(reflection) ResourceDictionary 并查看设置 ResourceDictionary 的逻辑父级(例如 FrameworkElement、FrameworkContentElement 或 Application)的 AddOwner() 方法

这就是为什么可以从其他线程访问画笔和 Style 对象的原因，因为资源字典已合并到 Application.Resources 中，因此全部自动密封 - 毫不奇怪，将这些资源放在窗口级别会导致通常的交叉-线程异常。

我猜你可以概括 ISealable 是使 WPF 对象可以跨线程共享和只读的原因，尽管从技术上讲与 Dispatcher 分离并不是协议(protocol)的要求(就像 DispatcherObjects 不需要制作 VerifyAccess()调用每个属性)，因为从技术上讲，每个对象都可以实现自己的 Seal() 行为，并且 ISealable 和 Dispatcher 之间没有直接关联