MessagePack-CSharp 中对 Int128/UInt128 类型序列化的技术探讨

背景介绍

MessagePack-CSharp 是一个高效的二进制序列化库，在 .NET 生态系统中广泛使用。随着 .NET 7 引入了 Int128 和 UInt128 这两种 128 位整数类型，社区开始讨论如何在 MessagePack 中支持这些新类型。

技术方案分析

方案一：二进制数组形式

这种方案借鉴了 BigIntegerFormatter 的实现方式，将 128 位整数序列化为固定 16 字节的 byte 数组。其优势在于：

1. 性能高效，因为 Int128/UInt128 的大小固定为 16 字节
2. 实现简单直接
3. 与现有 BigInteger 处理方式保持一致性

但需要注意字节序问题，MessagePack 规范要求使用大端序(Big-Endian)表示。

方案二：遵循 MessagePack 规范建议

MessagePack 社区曾有过两个关于大整数/浮点数的建议，但均未被采纳。主要问题在于：

1. 其他 MessagePack 实现未采用这些方案
2. 规范作者明确表示不赞成这些扩展
3. 缺乏广泛的生态系统支持

方案三：自定义扩展类型

创建 MessagePack-CSharp 特有的扩展类型。这种做法有先例可循，例如该库曾为某些类型发明了自己的编码方式，后来才与 MessagePack 规范保持一致。

优点是可以快速满足需求，但需要考虑：

1. 未来与标准规范的兼容性
2. 需要维护向后兼容性
3. 跨平台互操作性问题

方案四：暂不实现

考虑到目前社区中几乎没有关于这些类型的实际需求，最简单的选择是暂不提供官方支持。这种保守策略可以避免过早引入可能不需要的功能。

技术考量要点

1. 字节序处理：任何二进制表示方案都必须明确处理字节序问题，确保跨平台兼容性
2. 性能优化：可以利用 .NET 8 中的 Vector128.Shuffle 等内在函数进行高效的字节序转换
3. 扩展性设计：如果实现，应同时提供跨字节序的安全编码和原生二进制拷贝两种形式
4. 实际需求评估：目前缺乏真实场景中的强烈需求，过早优化可能带来维护负担

结论

在当前的 MessagePack-CSharp 实现中，对于 Int128/UInt128 的支持采取了观望态度。技术团队倾向于等待实际需求出现后再制定最佳方案，而不是过早引入可能不必要的实现。如果未来需要支持这些类型，二进制数组形式结合适当的字节序处理可能是最合理的选择。