.NET Framework 4.7.2迁移至.NET 8后DataContractSerializer反序列化异常

针对你遇到的迁移后反序列化二进制XML抛出SerializationException的问题，以下是经过验证的解决思路：

1. 强制匹配数据契约命名空间 #

异常明确指出ToolPlane的数据契约命名空间是MyApp.Managed.CollectionData，但当前代码中该类的契约命名空间可能与序列化时不一致：

• 给ToolPlane类显式添加[DataContract]特性并指定命名空间，确保与序列化文件中的契约完全匹配：

  [DataContract(Namespace = "MyApp.Managed.CollectionData")]
  public class ToolPlane
  {
      // 数据成员定义
  }
  

  注意：.NET Framework中未显式指定命名空间时，默认生成的契约命名空间基于类的代码命名空间；而.NET 8中如果程序集结构或命名空间有调整，会导致自动生成的契约命名空间变化，必须显式指定才能兼容旧序列化文件。

2. 调整已知类型的配置方式 #

虽然你已在DataContractSerializerSettings中添加了ToolPlane，但直接在根类型（包含Start属性的ProbeConfiguration类）上标注[KnownType]特性可能更可靠：

[DataContract]
[KnownType(typeof(ToolPlane))]
public class ProbeConfiguration
{
    [DataMember]
    public object Start { get; set; } // 假设Start是存储ToolPlane的属性
}

这种方式可以避免因settings传递过程中可能出现的意外覆盖，确保序列化器能直接识别该类型。

3. 排查自定义序列化代理的干扰 #

你的MyAppSurrogate可能干扰了类型解析逻辑：

• 暂时注释掉serializer.SetSerializationSurrogateProvider(surrogate);这一行，测试反序列化是否正常。
• 如果注释后恢复正常，说明代理未正确处理ToolPlane类型，需要调整MyAppSurrogate的GetDeserializedObject或GetObjectToSerialize方法，确保它能正确映射MyApp.Managed.CollectionData:ToolPlane契约到当前的ToolPlane类型。

4. 验证二进制XML的兼容性 #

.NET Framework与.NET 8的二进制XML格式存在细微差异，即使标签内容一致，元数据部分可能不兼容：

• 在.NET Framework环境中将二进制XML反序列化为对象，再序列化为普通XML格式；
• 在.NET 8中先尝试反序列化该XML文件，若正常，则说明二进制格式存在兼容性问题。此时可以：
  • 批量转换旧二进制文件为XML或.NET 8兼容的二进制格式；
  • 若必须保留二进制格式，确保序列化时使用XmlDictionaryWriter.CreateBinaryWriter的参数与旧版本一致（如编码、是否保留引用等）。

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