LiveCharts2项目放弃Newtonsoft.Json转向System.Text.Json的技术演进

在软件开发领域，JSON序列化库的选择一直是开发者需要面对的重要决策。近期，LiveCharts2图表库项目做出了一个重要的技术调整——从传统的Newtonsoft.Json迁移到微软官方提供的System.Text.Json库。

背景与现状

LiveCharts2是一个功能强大的.NET图表库，支持多种平台和框架。在之前的版本中，项目采用了条件编译的方式，针对不同目标框架使用不同的JSON序列化方案：对于较新的.NET平台使用内置的System.Text.Json，而对于较旧的.NET Framework则回退到Newtonsoft.Json。

这种双重依赖策略虽然解决了兼容性问题，但也带来了维护成本和一致性的挑战。开发者需要管理两套不同的序列化逻辑，增加了代码复杂度。

技术突破

经过深入调研，开发团队发现System.Text.Json实际上已经通过NuGet包的形式提供了对.NET Framework 4.6.2及更高版本的支持。这一发现打破了"System.Text.Json仅适用于现代.NET"的普遍认知，为统一序列化方案提供了可能。

迁移优势

1. 性能提升：System.Text.Json在设计之初就考虑了性能优化，序列化和反序列化速度通常优于Newtonsoft.Json。

2. 内存效率：采用Span等现代.NET特性，减少了内存分配和垃圾回收压力。

3. 统一代码库：消除了条件编译带来的维护负担，简化了代码结构。

4. 官方支持：作为.NET官方组件，System.Text.Json会持续获得微软的更新和维护。

5. 安全性：内置了对JSON注入攻击的防护机制。

实现细节

迁移过程主要涉及两个方面的修改：

1. 移除项目中对Newtonsoft.Json的依赖引用
2. 统一使用System.Text.Json作为所有目标框架的序列化方案

这种改变不仅简化了构建配置，还确保了所有平台上的行为一致性，减少了因序列化差异导致的潜在问题。

影响与展望

这一变更将从LiveCharts2的下一个版本开始生效。对于现有用户来说，迁移应该是透明的，因为System.Text.Json的API设计考虑了与Newtonsoft.Json的相似性，大多数场景下可以直接替换。

从长远来看，这种统一的技术选型将：

• 降低项目的维护成本
• 提高跨平台一致性
• 为未来性能优化奠定基础
• 减少最终应用程序的依赖项数量

这一技术决策体现了LiveCharts2项目对现代化、高性能和简化架构的持续追求，也展示了.NET生态系统中官方组件日益成熟的可替代性。