【发布时间】:2013-01-07 15:15:14
【问题描述】:
问题
使用 1.0 版本的程序集序列化的对象(具有私有 MethodInfo 字段)不会使用该程序集的 1.1 版本反序列化(将抛出 SerializationException,因为未找到所需的方法)。
发生了什么变化?
我发现在 .NET 4.5 中,MemberInfo 通过MemberInfoSerializationHolder 的序列化机制已经改变。在过去(直到 .NET 4.0),序列化数据是方法签名(通过简单的MethodInfo.ToString() 获得)。
根据 .NET 源代码中的 cmets,他们添加了通过 SerializationToString() 获得的第二个签名,因为:
m_signature 存储有时不明确的成员的 ToString() 表示。相同方法或属性的多个重载可以相同 ToString()。 m_signature2 存储对每个成员来说应该是唯一的 SerializationToString() 表示。它仅由 4.0 后的 CLR 版本编写和使用。
对于我所看到的,MemberInfoSerializationHolder.GetRealObject() 使用此(简化)代码来解析方法(来自 .NET 源代码):
for (int i = 0; i < methods.Length; i++)
{
if (m_signature2 != null) // SerializationToString() signature
{
if (((RuntimeMethodInfo)methods[i]).SerializationToString().Equals(m_signature2))
{
methodInfo = methods[i];
break;
}
}
else
{
if (methods[i].ToString().Equals(m_signature))
{
methodInfo = methods[i];
break;
}
}
}
if (methodInfo == null)
throw new SerializationException(...);
在这种情况下,反序列化失败,因为找不到 m_signature2 签名,因为程序集名称包含版本信息,然后 String.Equals() 将无法匹配 MyAssembly, Version=1.0.0.0 和 MyAssembly, Version=1.1.0.0,并且将引发异常。
问题
如果 new 搜索失败(至少因为与现有代码的兼容性),我希望框架将失败返回到 old 搜索方法。我不明白为什么要与String.Equals() 进行比较,在运行时解析所有版本的程序集之后(默认情况下将加载新版本),我同意它无法解析程序集版本但如果 strict 搜索失败,它可能会删除/忽略它。
我知道序列化 MethodInfo 很糟糕,但此时此修复可能涉及太多更改(包括架构和代码),没有人会在旧代码中开始重构(此外,存档的二进制兼容性必须是为新旧版本保留,双向)。
到目前为止我还没有尝试过,但是这个问题也适用于代表吗? 是否有任何解决方案(通过属性或少量代码更改)来解决此问题?
【问题讨论】:
标签: .net serialization .net-4.5