直接写入二进制文件会出问题：std::vector对象本身含指针元数据，仅当T为trivially copyable且只序列化data()+size()时才安全；含string/vector等需逐字段处理，跨平台需控制对齐与字节序。
std::vector 直接写入二进制文件会出问题吗？
不会直接崩溃，但几乎一定会读错——因为 std::vector 的内存布局不是连续的「对象数据」，它的 data() 指针指向堆上分配的元素数组，而 vector 本身（含 size/capacity 指针）只是个薄包装。直接 write() 整个 vector 对象，等于把指针值、size 等元数据写进文件，加载时指针失效，数据不可还原。
- 仅当
T是 trivially copyable（如int、float、不含指针/虚函数/非平凡构造的 struct）且你只序列化data()+size()时，才可安全二进制 dump - 若
T含std::string、std::vector、虚表或自定义构造函数，必须逐字段处理，不能 memcpy - 跨平台或不同编译器下，
sizeof(T)和内存对齐可能不一致，二进制格式需显式控制
用 boost::serialization 批量保存 std::vector 怎么写？
boost::serialization 的核心是让类声明自己的序列化逻辑，容器（如 std::vector）已内置支持，只需确保元素类型可序列化。它不依赖内存布局，而是调用每个对象的 serialize() 成员函数，天然规避指针/动态内存问题。
- 给
MyClass添加serialize(Archive&, unsigned)成员函数，内部用ar & member1 & member2声明要存的字段 - 保存时：打开
std::ofstream→ 构造boost::archive::binary_oarchive→ar << vec（vec 是std::vector<MyClass>） - 加载时：反向操作，注意目标 vector 必须可被赋值（默认构造 + operator= 或移动语义），archive 会自动 resize 并调用每个元素的
serialize - 别忘了在头文件包含
<boost/archive/binary_oarchive.hpp>和<boost/serialization/vector.hpp>，否则链接时报undefined reference to serialize(std::vector<...>)
class MyClass {
friend class boost::serialization::access;
int x;
std::string name;
template<class Archive>
void serialize(Archive& ar, const unsigned int) {
ar & x & name; // string 已被 boost 内置支持
}
};
不用第三方库，手写序列化 std::vector<:string> 有哪些坑？
看似简单，实则容易漏掉长度编码和字节序。std::string 的 data 不是 null-terminated，且长度未知；直接写入会导致加载时无法知道字符串边界。
- 必须先写入字符串长度（如 uint32_t），再写入 data() 字节 —— 否则读取端根本不知道该读多少字节
- 长度字段必须用固定大小整数（
uint32_t而非size_t），并统一字节序（推荐 network order / big-endian，用htonl()转换） - 若 vector 为空，也要写入长度 0，否则加载时可能跳过整个结构或越界读
- 避免用
std::string::c_str()，它不保证 data() 和 c_str() 指向同一块内存（虽然通常相同），应始终用s.data()和s.size()
JSON 或 Protocol Buffers 适合批量序列化 C++ 对象吗？
适合，但目的不同：JSON 侧重人可读与跨语言调试，Protocol Buffers 侧重高效、向后兼容的网络传输。它们都不是“C++ 对象镜像”，而是基于 schema 的结构化编码。
立即学习“C++免费学习笔记（深入）”；
- JSON（如 nlohmann/json）要求手动映射字段：
json j = {{"x", obj.x}, {"name", obj.name}};，vector 就是json j = vec;—— 它会递归调用每个元素的to_json()，但你需要为MyClass显式定义该函数 - Protocol Buffers 必须先写 .proto 文件定义 message，再用 protoc 生成 C++ 类；优势是体积小、解析快、支持 optional/oneof/版本演进，劣势是构建链变长、不能直接序列化任意现有类
- 二者都自动处理嵌套、变长字符串、空值，无需手动管理长度字段，但引入了额外依赖和代码生成步骤
真正难的不是“怎么写”，而是决定要不要承担 schema 维护成本、是否需要跨语言、能否接受运行时反射开销——这些权衡点比语法细节更影响长期维护。
