.NET 6 WebAssembly Blazor多态反序列化速度过慢优化方案咨询

Blazor WebAssembly 运行于无JIT的WebAssembly沙箱环境，反射密集型操作的性能天然比服务器端.NET运行时低10~100倍，Newtonsoft.Json、XmlSerializer均重度依赖运行时反射，刚好触发WASM的性能短板，以下是适配多态反序列化场景的高性价比方案：

1. 优先使用System.Text.Json 源生成器 #

这是.NET官方原生支持的最优解，完全规避运行时反射开销，反序列化速度比Newtonsoft.Json高5~20倍：

• 多态类型配置：给抽象基类添加JsonDerivedType特性，标注所有具体实现类和对应的类型标识符：

// 抽象基类配置多态映射
[JsonDerivedType(typeof(ConcreteImplementA), typeDiscriminator: "implA")]
[JsonDerivedType(typeof(ConcreteImplementB), typeDiscriminator: "implB")]
public abstract class BaseBusinessModel
{
    // 公共业务属性
}

• 启用源生成器：定义分部类继承JsonSerializerContext，注册需要序列化/反序列化的类型：

[JsonSerializable(typeof(List<BaseBusinessModel>))]
public partial class BusinessSerializerContext : JsonSerializerContext
{
}

• 反序列化调用时直接使用预生成的序列化上下文，不需要运行时反射：

var result = JsonSerializer.Deserialize(jsonPayload, BusinessSerializerContext.Default.ListBaseBusinessModel);

• 额外优化：开启Blazor WASM的AOT编译，可在此基础上再提升30%~50%的反序列化性能。

2. 改用高性能二进制序列化库 #

如果允许调整通信协议格式，二进制序列化的性能会比文本序列化高2~3倍，同时数据体积缩小30%以上：

• MessagePack-CSharp：原生支持多态类型配置，提供无反射序列化模式，完全适配WASM的运行限制，是当前WASM环境下性能表现最好的序列化方案之一。
• Protobuf-net：基于Google Protobuf协议的.NET实现，支持通过特性标注多态映射，编译时生成序列化代码，无运行时反射开销，兼容性更强。

3. 通用性能优化技巧 #

• 关闭序列化库非必要功能：比如JSON注释解析、字段名大小写不敏感匹配、自动类型隐式转换等，减少不必要的运行时计算。
• 大体积列表可采用分块反序列化，避免单次反序列化占用过高WASM内存触发频繁GC卡顿。
• 把非必要的校验、类型转换逻辑从反序列化流程中剥离，放到反序列化完成后批量处理。

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