Protobuf-net序列化到文件最高效方式是直接用Serializer.Serialize写入FileStream，需类型标记[ProtoContract]和[ProtoMember]、字段序号不重复不跳空，用FileMode.Create并using确保资源释放；反序列化报“Invalid wire-type”多因文件损坏或读取模式错误；多对象写入应采用长度前缀或集合封装。
Protobuf-net 序列化到文件的核心步骤
直接用 Serializer.Serialize 写入 FileStream 是最高效、最稳妥的方式，无需中间内存拷贝或字符串转换。它底层使用二进制流直写，比 JSON 或 XML 快得多，也更省空间。
关键点：必须确保目标类型已用 [ProtoContract] 和 [ProtoMember] 正确标记，且字段序号（Order）不重复、不跳空（尤其在后期兼容性扩展时）。
- 打开文件时用
FileMode.Create，避免残留旧数据 - 务必用
using确保FileStream和Serializer资源释放 - 不要用
SerializeAsync配合同步FileStream——容易阻塞线程且无实际收益
using (var file = File.Create("data.bin"))
{
Serializer.Serialize(file, myObject);
}
反序列化时常见“Invalid wire-type”错误怎么修
这个错误几乎都源于文件内容损坏或读取方式不匹配。Protobuf 是严格二进制协议，哪怕开头多一个 BOM、少一个字节、或用文本模式打开，都会立刻报 Invalid wire-type。
- 确认写入和读取都用
FileMode.Open+FileAccess.Read，而非TextReader或StreamReader - 检查是否误把
.bin文件用记事本打开再保存过——会插入 UTF-8 BOM 或换行符 - 如果对象结构变更过，老文件无法反序列化新字段（除非加
[ProtoMember(100, IsRequired = false)]） - 调试时可用
File.ReadAllBytes("data.bin").Take(16).ToArray()看前几个字节是否符合 Protobuf 二进制特征（通常无可见 ASCII）
需要支持多个对象连续写入怎么办
Protobuf-net 默认一次只序列化一个根对象。若想追加写入多个同类型对象（如日志流水），不能直接循环调用 Serialize——因为没分隔符，反序列化时会读越界。
- 方案一：封装成集合类型，序列化
List<t></t>整体（适合数量可控、需原子读取的场景） - 方案二：手动写长度前缀（Length-prefixed），用
Serializer.NonGeneric.SerializeWithLengthPrefix，读取时配DeserializeWithLengthPrefix - 方案三：改用
NetSerializer或自定义流包装器——但 Protobuf-net 原生支持已足够，别过早复杂化
长度前缀示例：
using (var fs = File.Open("log.bin", FileMode.Append))
{
Serializer.NonGeneric.SerializeWithLengthPrefix(fs, logEntry, PrefixStyle.Base128, typeof(LogEntry));
}
性能敏感场景下要注意的细节
Protobuf-net 的性能优势容易被不当用法抵消。真正影响吞吐量的往往不是序列化本身，而是 I/O 和 GC 压力。
- 避免频繁创建小对象再序列化——复用实例或使用
struct减少分配 - 大文件（>10MB）建议用
BufferedStream包裹FileStream，但缓冲区大小设为 8192–65536，别盲目设大 -
RuntimeTypeModel.Default.Add(typeof(T)).CompileInPlace()可提前 JIT 编译序列化逻辑，首次调用不卡顿（适合启动即用的长期服务） - 别在循环里反复打开/关闭同一个文件——用一个
FileStream复用，或改用内存映射（MemoryMappedFile）处理超大文件
文件序列化的“高效”，一半靠协议，一半靠你有没有让磁盘和 GC 少折腾几次。
