FlatBuffers序列化后不能直接当二进制文件读写，因其ByteBuffer是内存视图而非完整字节数组；正确保存需三步：调用Finish()设root、用SizedByteArray()获取完整缓冲区、File.WriteAllBytes()写入；读取时须用GetRootAsXxx()解析，非仅new ByteBuffer。
FlatBuffers序列化后为什么不能直接当二进制文件读写？
因为 FlatBuffers 生成的 ByteBuffer 是内存视图，不是完整可持久化的字节数组。你调用 FlatBufferBuilder.SizedByteArray() 得到的是带 offset 和 length 的 slice，直接写入文件会丢失 schema 信息和 root table 指针位置，读取时 new ByteBuffer(bytes) 无法定位 root。
C# 中正确保存 FlatBuffers 二进制数据的三步操作
必须把 builder 内部的完整缓冲区导出为连续字节数组，并确保 root table 被正确设置：
- 调用
builder.Finish(rootOffset)（必须！否则 buffer 不合法） - 用
builder.SizedByteArray()获取字节数组 —— 这才是完整、可存储的 buffer - 写入文件时直接
File.WriteAllBytes(path, bytes)，不要截断或 reinterpret
示例片段：
var builder = new FlatBufferBuilder(1024);
var nameOffset = builder.CreateString("Alice");
var personOffset = Person.CreatePerson(builder, nameOffset, 30);
builder.Finish(personOffset); // ← 关键：不 finish 就没 root
byte[] bytes = builder.SizedByteArray(); // ← 正确获取完整 buffer
File.WriteAllBytes("person.bin", bytes);读取时为何 new ByteBuffer(File.ReadAllBytes(...)) 失败？
常见错误是读取后没指定 root 类型或跳过 header。FlatBuffers 的 ByteBuffer 构造器本身不解析结构，只是包装字节；真正反序列化时需显式调用静态 GetRootAsXxx() 方法，并传入该 buffer。
- 必须用
ByteBuffer bb = new ByteBuffer(File.ReadAllBytes(path)) - 必须调用
Person.GetRootAsPerson(bb)，不能只 new 出 buffer 就完事 - 如果文件是跨平台生成的（比如 C++ 写入），注意字节序 —— C# 默认小端，FlatBuffers 协议固定为小端，一般没问题；但自定义 builder 配置了
Builder.Capacity或复用 buffer 时容易错位
零拷贝读取的边界条件和陷阱
所谓“零拷贝”仅在内存映射场景下成立：用 MemoryMappedFile + ArraySegment<byte></byte> 构造 ByteBuffer，才能避免 File.ReadAllBytes() 的一次内存分配。但实际开发中极易踩坑：
-
ByteBuffer的Position和Length必须精确匹配 mmap 区域，否则GetRootAsXxx()会抛System.IndexOutOfRangeException - schema 变更后旧文件无法兼容读取 —— FlatBuffers 不自带版本路由，得自己在 root struct 里加
version字段判断 - 调试时别依赖
ToString()查看内容，它不输出字段值；要用FlatBufferBuilder.PrintTable()或导出为 JSON（需额外引用FlatBuffers.Utils）
真正省掉的只是反序列化时的对象堆分配，文件 IO 层面该读还是得读，mmap 也不是银弹 —— 小文件用 ReadAllBytes 更稳。
