std::vector二进制序列化必须显式写入size再写data，因标准库不提供直接接口且POD类型才支持memcpy；非POD（如string）需递归序列化，须用ios::binary、统一字节序、检查错误并保证读写严格对称。
std::vector 二进制序列化必须自己处理 size + data
标准库不提供 std::vector 的直接二进制序列化接口，write(reinterpret_cast<const char>(&v[0]), v.size() * sizeof(T))</const> 这类写法只对 POD 类型安全，且**完全跳过 size 信息**——读取时根本不知道该读多少字节。多个 vector 写入同一文件时，必须显式记录每个 vector 的长度（元素个数），否则无法反序列化。
常见错误是直接把多个 vector 的 data() 连续写入，结果读取时无法区分边界，尤其当元素类型为 std::string 或自定义类时直接崩溃。
实操建议：
- 每个
vector序列化前，先写入其size()（用固定宽度整数，如uint32_t），再写入data() - 所有数值统一用小端或大端（推荐小端，x86/ARM 默认），避免跨平台读写出错
- POD 类型（如
int、float、struct无指针/虚函数）可直接memcpy；非 POD 必须逐字段序列化 - 写入前检查
v.empty()，避免对空 vector 调用v.data()（虽 C++11 后允许，但某些旧 STL 实现有问题）
写入顺序与元数据布局决定反序列化可靠性
多个 vector 共享一个文件，本质是「自描述二进制格式」。最简可靠方案是：文件开头不放 magic number，而是按顺序存放「长度 + 数据块」，即：[len1][data1][len2][data2]...。这样读取端只需循环：读 uint32_t → 分配 vector → 读 len×sizeof(T) 字节 → push_back 或 resize+copy。
立即学习“C++免费学习笔记（深入）”；
容易被忽略的坑：
- 未对齐写入：若 vector 元素是 8 字节
double，但前一个 vector 长度用 4 字节uint32_t，下一个double块起始地址可能未 8 字节对齐——多数平台不报错，但某些 SIMD 操作或 mmap 映射会失败 - 未处理字节序：在 ARM 大端设备上用
htonl写长度，x86 小端机器读取时必须用ntohl，否则size变成乱码 - 文件截断风险：用
ofstream::write时未检查good()或fail()，磁盘满或权限不足会导致后续写入静默失败
std::vector<:string> 不能直接二进制 dump
std::string 是非 POD 类型，其内部指针指向堆内存，data() 返回的是字符串内容，不是对象本身。直接写 sizeof(std::string) 字节毫无意义，读出来也是野指针。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
正确做法是：对每个 std::string，先写其 size()（uint32_t），再写其 c_str() 内容（不含结尾 \0）。例如：
uint32_t len = static_cast<uint32_t>(s.length()); out.write(reinterpret_cast<const char*>(&len), sizeof(len)); out.write(s.c_str(), len);
注意：std::string 的编码由业务决定（通常是 UTF-8），序列化层不负责转码；若含嵌套结构（如 vector<vector<string>>），需递归应用相同规则。
用 std::ofstream 写二进制必须显式指定 ios::binary
漏掉 ios::binary 标志是 Windows 平台最隐蔽的坑：文本模式下，'\n' 会被自动转成 "\r\n"，导致二进制数据错位，且无法预测偏移。Linux 虽无此问题，但跨平台代码必须统一。
正确打开方式：
std::ofstream out("data.bin", std::ios::out | std::ios::binary);
if (!out.is_open()) { /* handle error */ }其他关键点：
- 用
out.exceptions(std::ios_base::failbit | std::ios_base::badbit)启用异常，避免手动检查每处write() - 不要用
<<操作符写二进制——它按文本格式化输出，vec.size()会变成 ASCII 数字字符串 - 写完调用
out.flush()确保缓冲区落盘，尤其在程序异常退出前
实际工程中，最难的不是写，而是保证读写的严格对称：同一个 struct 的字段顺序、padding、字节序、字符串终止逻辑，必须在序列化和反序列化两端完全一致。哪怕一个 uint32_t 和 size_t 混用，都可能在 64 位系统上导致后续全部错位。
