protobuf-net序列化未知子类型及相关配置问题咨询

问题1：若序列化场景中存在基类未知的子类型，该场景下如何使用protobuf-net完成序列化处理？ #

有两种主流实现方案：

• 动态注册继承关系：在序列化/反序列化操作执行前，通过RuntimeTypeModel API 动态将未知子类型注册到基类的配置中，需注意为每个子类型分配的字段编号唯一且全局稳定，示例逻辑：

// 首次遇到新子类型时执行注册
var baseTypeMeta = RuntimeTypeModel.Default.Add(typeof(BaseType));
baseTypeMeta.AddSubType(唯一编号, typeof(新增子类型));

这种方案适合运行时可以获取到子类型Type实例的场景，比如插件架构里主程序可以拿到插件暴露的子类型的情况，如果是跨进程/跨端序列化场景，需保证两端的子类型注册规则、编号分配逻辑完全一致，避免反序列化失败。

• 自定义包装结构：在基类中预留两个字段，分别存储子类型的唯一标识（比如类FullName）和子类型实例序列化后的二进制 payload，序列化时先将子类实例单独序列化存入payload字段，反序列化时先读取类型标识找到对应子类型，再将payload反序列化为对应实例。这种方案适合主程序完全不感知子类型的极端场景，不需要提前做任何注册，序列化和反序列化逻辑完全自主可控，兼容性更强。

问题2：是否可以在不提前知晓全部子类型的前提下，为指定类型及其所有子类型自动完成protobuf-net序列化配置？ #

可以实现，核心逻辑是通过反射批量扫描+动态注册：

1. 程序启动时扫描当前AppDomain中已加载的所有程序集，筛选出所有继承自目标基类的子类集合
2. 为每个子类生成全局唯一且稳定的编号（可以基于类的FullName做哈希计算，或者提前维护类型与编号的映射表）
3. 遍历子类集合批量调用RuntimeTypeModel的AddSubType方法完成注册
4. 如果支持运行时动态加载程序集，可以监听AppDomain.AssemblyLoad事件，新程序集加载时自动扫描内部子类补注册即可

需要注意必须保证子类型的编号稳定，否则不同版本程序序列化的数据会出现反序列化失败的问题。

问题3：protobuf-net是否支持Fluent-API形式的配置方式，以此替代特性标注的配置方案？ #

原生支持，不需要依赖任何特性标注，直接通过RuntimeTypeModel的链式API即可完成所有序列化配置，示例代码：

// 配置基类
RuntimeTypeModel.Default
    .Add<BaseType>()
    .Add(1, nameof(BaseType.Id)) // 配置基类属性编号与名称
    .Add(2, nameof(BaseType.Name))
    .AddSubType(3, typeof(SubType)); // 注册子类型

// 配置子类
RuntimeTypeModel.Default
    .Add<SubType>()
    .Add(1, nameof(SubType.Desc))
    .Add(2, nameof(SubType.Value));

这种配置方式可以完全和业务实体解耦，适合实体类不能修改、或者不想让序列化逻辑入侵业务层的场景。

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