编译的 Unity 构建中的 Protobuf 抛出 InvalidOperationException：没有为类型定义序列化程序

Question

我正在使用 Unity 的 protobuf-net 来加载关卡的数据。序列化/反序列化在编辑器中运行时有效，但是当我编译并创建构建然后运行它时，我在反序列化时遇到以下异常：

InvalidOperationException: No serializer defined for type:
System.Collections.Generic.KeyValuePair`2[[System.String, 
    mscorlib, Version=2.0.5.0, Culture=neutral, 
    PublicKeyToken=7cec85d7bea7798e],[System.Int32, mscorlib, Version=2.0.5.0, 
    Culture=neutral, PublicKeyToken=7cec85d7bea7798e]]

我不确定 protobuf-net 在使用它们进行反序列化之前如何分析类型，所以我不确定如何解决这个问题。如果有人知道可能导致此问题的原因，我将非常感谢您的解释。我可以自己定义反序列化方法吗？某种类型的自定义反序列化器之类的东西？谢谢！

编辑：

这是我认为导致问题的课程：

[ProtoContract]
public class LevelData
{
    [ProtoMember(1)]
    public string Background = "";
    [ProtoMember(2)]
    public string Name = "";
    [ProtoMember(3)]
    public Dictionary<string, int> PreloadInfo {get; private set;}
    [ProtoMember(4)]
    public List<string> RoomFiles { get; private set; }

    public LevelData()
    {
        PreloadInfo = new Dictionary<string, int>();
        RoomFiles = new List<string>();
    }
}

运行 protogen 后，我注意到 Unity 和我创建的编译后的 dll 之间的 String 和 Int32 的版本不匹配。 Unity 尝试使用 2.0.5.0 版本反序列化，而我编译的 dll 使用 2.0.0.0 版本。我假设这就是反序列化失败的原因。这是 protogen 的输出：

Adding System.Collections.Generic.KeyValuePair`2[[System.String, mscorlib,
  Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.Int32, msc
  orlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]]...
  Adding System.Collections.Generic.KeyValuePair`2[[System.String, mscorlib, Versi
  on=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.String, ms
  corlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]]...

用于反序列化的代码：

var serializer = GnomingSerializer.Create ();

int startMillis = System.Environment.TickCount;

TextAsset levelDoc = (TextAsset)Resources.Load(path);
MemoryStream mStream = new MemoryStream(levelDoc.bytes);

//LevelData levelData = Serializer.Deserialize<LevelData>(mStream);
LevelData levelData = new LevelData();
serializer.Deserialize (mStream, levelData, typeof(LevelData));

Answer 1

从 cmets 看来，您的树中的根类型听起来像是字典。在 DTO 程序集的静态分析期间，它无法识别这一点 - 因此不考虑 KVP 场景（其中有无限多）。您可以在不更改现有代码的情况下解决此问题 - 只需添加分析工具可以找到的内容。例如，如果您将Dictionary<string, MyType> 序列化为根对象，只需添加：

[ProtoContract]
public class NeverUsed {
    [ProtoMember(1)]
    public Dictionary<string,MyType> Dummy;
}

（现在重新运行 protogen 等）

这应该足以让静态分析工具找到它并准备适用于KeyValuePair<string,MyType>的策略

另一种方法是始终将您自己的类型序列化为模型的根 - 基本上从 NeverUsed 实例开始。