Question

.NET Framework和.NET Core 2.2中的BinaryFormatter兼容性问题

我们已经退出了使用.NET Framework 4.0类库（用于多个项目的通用库）中的BinaryFormatter将byte[]转换为DataSet的代码。现在，我们添加了一个新的asp.net core 2.2项目，并尝试使用相同的现有库，所幸我们解决了所有dll问题，但无法调用BinaryFormatter Deserialize方法。

以下是常见代码：

        BinaryFormatter oBinaryFormatter = new BinaryFormatter();

        using (MemoryStream oMemoryStream = new MemoryStream())
        {
            //Deserialize the byte array into a DataSet and return it to the caller
            oMemoryStream.Write(abData, 0, abData.Length);
            oMemoryStream.Position = 0;
            return (T)(oBinaryFormatter.Deserialize(oMemoryStream));
        }

Inner Exception: 
      Type 'System.String' is not deserializable.
Source:
      System.Private.CoreLib

Stack Trace:
         at System.UnitySerializationHolder.GetRealObject(StreamingContext context)
   at System.Runtime.Serialization.ObjectManager.ResolveObjectReference(ObjectHolder holder)
   at System.Runtime.Serialization.ObjectManager.DoFixups()
   at System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(BinaryParser serParser, Boolean fCheck)
   at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, Boolean check)
   at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream)
   at System.Data.DataSet.DeserializeDataSetSchema(SerializationInfo info, StreamingContext context, SerializationFormat remotingFormat, SchemaSerializationMode schemaSerializationMode)
   at System.Data.DataSet..ctor(SerializationInfo info, StreamingContext context, Boolean ConstructSchema)
   at System.Data.DataSet..ctor(SerializationInfo info, StreamingContext context)

Answer 1

我无法使用此代码重现问题：

var ds=new DataSet();
var table=new DataTable("Moo");
table.Columns.Add("Field1",typeof(string));
table.Columns.Add("Field2",typeof(int));

table.Rows.Add("Value1",1);
ds.Tables.Add(table);
ds.AcceptChanges();
var bf = new BinaryFormatter();

using (var stream=File.OpenWrite("test.bin"))
{
    bf.Serialize(stream,ds);
}

using (var stream2=File.OpenRead("test.bin"))
{
    var ds2=(DataSet)bf.Deserialize(stream2);

    Debug.Assert(ds.Tables[0].TableName==ds2.Tables[0].TableName);
    Debug.Assert(ds.Tables[0].Rows.Count==ds2.Tables[0].Rows.Count);
    Debug.Assert((string)ds2.Tables[0].Rows[0]["Field1"]=="Value1");
    Debug.Assert((int)ds2.Tables[0].Rows[0]["Field2"]==1);

}

查看生成的文件将显示包含数据集的架构和XML以及类型元数据，这使得它比单独的XML文件更冗长：

              NSystem.Data, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089   System.Data.DataSet   DataSet.RemotingVersion   XmlSchemaXmlDiffGramSystem.Version            <?xml version="1.0" encoding="utf-16"?>
<xs:schema id="NewDataSet" xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:msdata="urn:schemas-microsoft-com:xml-msdata">
  <xs:element name="NewDataSet" msdata:IsDataSet="true" msdata:UseCurrentLocale="true">
    <xs:complexType>
      <xs:choice minOccurs="0" maxOccurs="unbounded">
        <xs:element name="Moo">
          <xs:complexType>
            <xs:sequence>
              <xs:element name="Field1" type="xs:string" msdata:targetNamespace="" minOccurs="0" />
              <xs:element name="Field2" type="xs:int" msdata:targetNamespace="" minOccurs="0" />
            </xs:sequence>
          </xs:complexType>
        </xs:element>
      </xs:choice>
    </xs:complexType>
  </xs:element>
</xs:schema>   ‚<diffgr:diffgram xmlns:msdata="urn:schemas-microsoft-com:xml-msdata" xmlns:diffgr="urn:schemas-microsoft-com:xml-diffgram-v1"><NewDataSet><Moo diffgr:id="Moo1" msdata:rowOrder="0"><Field1>Value1</Field1><Field2>1</Field2></Moo></NewDataSet></diffgr:diffgram>   System.Version   _Major_Minor_Build    _Revision           sion           

1.3KB 用于保存 99个字节的文本。使用GZipStream写入相同内容将产生82个字节：

using(var gs=new GZipStream(File.OpenWrite("text.gz"),CompressionMode.Compress))
{
    ds.WriteXml(gs);
}

在.NET 4.x中创建文件并在.NET Core中读取该文件尚不起作用。甚至还有一个Github issue about this尚未修复。

由于安全和兼容性问题，使用BinaryFormatter is discouraged。此类可以根据文件的内容反序列化任何内容，包括意外或恶意类型。这也是导致此兼容性问题的原因-反序列化器生成了一个新的System.String，它与.NET Core运行时的类型不匹配。

还有更多普通的问题-添加或删除属性可能会导致兼容性问题，因为BinaryFormatter创建的类型与应用程序其余部分使用的类型不匹配。该问题在Version Tolerant Serialization中进行了描述。

我不会屏住呼吸等待为此进行跨框架修复。这种类型不受欢迎，不鼓励使用，很少使用，这意味着将很少有志愿者来修复它。同时，核心团队员工面临着更高优先级的问题，例如gRPC和稳定流行的堆栈（如WinForms和WPF）。

.netcore中的BinaryFormatter

1 个答案: