缓解:跨应用程序域的对象反序列化
有时,当一个应用程序使用具有不同应用程序基的两个或多个应用程序域时,如果尝试跨应用程序域在逻辑调用上下文中反序列化对象,则会引发异常。
诊断问题
以下情况将会引发这一问题:
一个应用程序使用具有不同应用程序基的两个或多个应用程序域。
通过调用 LogicalCallContext 或 LogicalCallContext.SetData 等方法将某些类型明确添加到 CallContext.LogicalSetData。 这些类型未标记为可序列化并且未存储在全局程序集缓存中。
之后,在非默认应用程序域中运行的代码尝试从配置文件中读取值,或者使用 XML 来反序列化对象。
为了从配置文件中读取值或反序列化对象,XmlReader 对象尝试访问配置系统。
如果配置系统尚未初始化,则必须完成其初始化。 这意味着,运行时环境还必须为配置系统创建稳定的路径,它的作用如下:
查找非默认应用程序域的证据。
尝试根据默认应用程序域计算非默认应用程序域的证据。
为获取默认应用程序域证据而进行的调用,会触发从非默认应用程序域到默认应用程序域的跨应用程序域调用。
作为 .NET Framework 中跨应用程序域协定的一部分,逻辑调用上下文的内容必须跨应用程序域边界进行封送。
由于逻辑调用上下文中的类型不能在默认应用程序域中解析,因此将会引发异常。
缓解
若要解决此问题,请执行以下操作:
当引发异常时,查找调用堆栈中对
get_Evidence
的调用。 这个异常可以是异常集中的任何一个大子集,包括 FileNotFoundException 和 SerializationException。识别应用程序中没有向逻辑调用上下文添加应用程序的位置,然后添加以下代码:
System.Configuration.ConfigurationManager.GetSection("system.xml/xmlReader");
请参阅
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈