C#游戏Socket传输使用序列化替代字符串的相关问题咨询

问题1：序列化的空间效率是否更高？ #

是。你当前使用的字符串传输方案，单个float转为字符串通常需要6-10字节，再加上分隔符、<EOF>结束标记，4个float的单次传输至少需要30字节以上。而二进制序列化直接存储float的原始二进制数据，每个float固定占用4字节，4个float仅需16字节，空间占用直接降低50%以上，如果使用压缩序列化方案，空间可以进一步压缩到10字节以内。

问题2：序列化的速度是否比float转字符串更快？ #

是。float与字符串的互转需要执行数值编码/解码、精度处理、字符串对象分配等操作，不仅CPU开销高，还会产生大量临时字符串导致GC卡顿。二进制序列化直接操作内存字节块，没有额外运算和对象分配开销，处理速度是字符串方案的10倍以上，完全不会出现高频更新下的性能瓶颈。

问题3：我要如何区分不同的序列化对象？ #

针对你的场景有两种成熟方案：

• 固定长度包：你当前每次传输的都是固定的3个位置float+1个旋转float，总长度固定为16字节，接收端每次从Socket缓冲区读取16字节即为一个完整的数据包，不需要额外的结束标记，是性能最高的实现方案。
• 变长包头方案：如果后续需要扩展多种类型的数据包，可以在每个序列化包前增加2字节的包头：第一个字节存储包类型ID（比如1代表位置更新包、2代表动作包），第二个字节存储包体长度，接收端先读取2字节包头，再按长度读取对应长度的包体即可，无需文本类的结束标记。

问题4：当前场景下使用序列化是不是合适的选择？ #

非常合适。你的场景属于高频小数据传输，对延迟、CPU占用、带宽占用都有较高要求，二进制序列化刚好匹配这类需求，优化后不仅可以轻松支撑5个玩家每秒32次的更新，甚至承载几十上百个玩家的同频率更新也不会出现性能问题。

问题5：还有没有其他推荐的替代方案？ #

如果不想引入第三方序列化框架，可以直接使用C#自带的System.Buffers.Binary.BinaryPrimitives类实现手动序列化，代码简洁且性能极高，示例如下：

// 发送端序列化逻辑
Span<byte> sendBuffer = stackalloc byte[16];
BinaryPrimitives.WriteSingleLittleEndian(sendBuffer[0..4], posX);
BinaryPrimitives.WriteSingleLittleEndian(sendBuffer[4..8], posY);
BinaryPrimitives.WriteSingleLittleEndian(sendBuffer[8..12], posZ);
BinaryPrimitives.WriteSingleLittleEndian(sendBuffer[12..16], rotation);
// 直接发送sendBuffer到Socket即可

// 接收端反序列化逻辑
float posX = BinaryPrimitives.ReadSingleLittleEndian(receiveBuffer[0..4]);
float posY = BinaryPrimitives.ReadSingleLittleEndian(receiveBuffer[4..8]);
float posZ = BinaryPrimitives.ReadSingleLittleEndian(receiveBuffer[8..12]);
float rotation = BinaryPrimitives.ReadSingleLittleEndian(receiveBuffer[12..16]);

如果后续需要传输更复杂的游戏对象，可以选择高性能二进制序列化库，比.NET自带的序列化方案性能高3-5倍，空间占用也更小。

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