在.NET应用程序中使用PCL时,如果被调用的类包含方法,则为TypeLoadException

我正在将现有的.NET类库改编为可移植类库。 我使用配置文件78(.NET 4.5,Windows Store 8,Windows Phone 8)支持配置文件158(也针对Silverlight 5),因为我希望能够编译原始库的unsafe代码。

.NET库包含很多标记为[Serializable]的类,所以我实现了一个包含虚拟SerializableAttribute实现的支持PCL库:

 public class SerializableAttribute : Attribute { } 

它是从主PCL库中引用的。

为了充分利用.NET应用程序中的主PCL库,同时避免类型名称冲突,我还准备了一个.NET支持库(与PCL支持库具有相同的名称),包含类型转发声明:

 [assembly: TypeForwardedTo(SerializableAttribute)] 

并在我的.NET应用程序中显式引用.NET支持库而不是PCL库。

在准备好所有这些并且能够成功编译PCL适配库之后,我重新使用原始.NET库中的unit testing,现在引用PCL主库和.NET支持库。

这通常非常有效,但对于包含[Serializable]类和[OnDeserialized]修饰方法的unit testing:

 [Serializable] public class Foo { [OnDeserialized] private void DoSomething(StreamingContext context) { } } 

我得到以下TypeLoadException

在程序集“MyPclAssembly”中键入“Foo”的方法为“DoSomething”,其序列化属性的签名不正确。

(可以注意到OnDeserializedAttribute包含在可移植子集中,可能是因为它也在[DataContract]序列化中被识别。)

在原始.NET库上运行unit testing时,我没有获得exception。 我仔细分析了Foo类中的方法签名,它完全符合这些(de-)序列化辅助方法应该具有的签名,参见例如此处 。 我也尝试将[OnDeserialized]方法的可见性更改为internalpublic ,但无济于事。

使用PCL库时出现此exception的原因是什么,我该怎么做才能避免它?


编辑我已经检查了PCL库的IL代码和[OnDeserialized]方法的.NET库,我看不出任何相关的区别:

PCL

 .method private hidebysig instance void DoSomething(valuetype [System.Runtime.Serialization.Primitives]System.Runtime.Serialization.StreamingContext context) cil managed 

。净

 .method private hidebysig instance void DoSomething(valuetype [mscorlib]System.Runtime.Serialization.StreamingContext context) cil managed 

StreamingContext的程序集引用是不同的,但我假设PCL System.Runtime.Serialization.Primitives程序集只是mscorlib类型的类型转发程序集?

目前,我已决定从我的PCL项目中排除[OnDeserialized]方法,因为我不打算使用序列化。 不过,我仍然欢迎回答我遇到TypeLoadException原因。

是的,这是一场你无法获胜的比赛。 在前面,[Serializable]属性只与BinaryFormatter类相关,后者是实现二进制序列化的类。 该类在.NET Framework版本中不可用于电话或平板上,因此尝试使其无效是没有意义的。

您正在与.NET中的类型标识的概念作斗争。 这表明类型不仅仅由命名空间和类型名称标识,而且还标识了它来自的程序集。 这是一个非常强大的反DLL地狱对策,你可以通过使用目标架构上不可用的类型来避开这种对抗。

而冷酷的事实是,在4.5 PCL库中, StreamingContext类型存在于System.Runtime.Serialization.dll程序集中。 面向桌面的应用程序将使用mscorlib.dll中的应用程序。 它不是转发类型,而是重复的。 System.Runtime.Serialization.dll程序集是一个小的填充程序集,其明确意图是隔离这些依赖项并防止DLL Hell。

Kaboom在运行时,它看到一个方法具有错误类型标识的参数。