c++如何把内存中的std::vector数据序列化到磁盘_Boost序列化库【实战】-C++-PHP中文网

std::vector序列化失败主因是自定义结构体未提供serialize函数或未声明友元；二进制存盘打不开因archive类型或文件模式不匹配；text_archive精度丢失源于locale未设为"c"；性能瓶颈在于archive初始化和buffer扩容；版本兼容需提前启用boost版本控制机制。

c++如何把内存中的std::vector数据序列化到磁盘_boost序列化库【实战】

std::vector 序列化失败：没调用 `serialize` 或没声明友元

Boost.Serialization 要求类显式参与序列化过程，std::vector 本身已内置支持，但你自己的结构体里如果含 std::vector 成员，且该结构体需要被序列化，就必须为它提供 serialize 函数——不能只靠 BOOST_SERIALIZATION_SPLIT_MEMBER() 或默认构造就完事。

常见错误现象：error: 'serialize' is not a member of 'boost::serialization' 或运行时报 unregistered class。

若结构体是普通 POD 类型，直接用 BOOST_SERIALIZATION_SPLIT_MEMBER() + save/load 即可，但必须把 std::vector 成员显式写进这两个函数里
若结构体含私有成员，serialize 必须声明为 friend，否则无法访问
别漏掉 template<class archive></class> 模板头和 ar & member; 的引用符号 —— 写成 ar &= member; 或漏 & 会静默失败

二进制存盘后打不开：archive 类型不匹配或未 flush

Boost 提供 boost::archive::binary_oarchive、text_oarchive、xml_oarchive 三种主流输出归档类型。用二进制写入，就必须用二进制读取；文本格式写入，就不能拿二进制方式去读 —— 这不是“大概能读”，而是直接抛 archive_exception（如 invalid_signature）。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

文件打开模式必须匹配：二进制 archive 要求 std::ofstream ofs("data.bin", std::ios::binary);，漏掉 std::ios::binary 在 Windows 下会导致换行符截断，读取失败
ofstream 对象在析构前不会自动 flush，若程序异常退出，可能只写入部分数据；稳妥做法是显式调用 ofs.close() 或 ar.save_binary(...) 后检查 ofs.good()
跨平台部署时，避免用 binary_oarchive 存长期数据 —— 它不保证 ABI 兼容（比如不同编译器、不同字长下 size_t 长度不同），改用 text_oarchive 更稳妥

std::vector 保存后精度丢失：没关 locale 导致小数点被替换成逗号

Boost.TextArchive 依赖 C++ 标准库的流格式化，而 std::locale 默认可能受系统影响（比如德语系统把小数点设为逗号）。序列化 std::vector<double></double> 时，若 locale 设置不当，写入文件的是 3,14159，读取时却按点解析，直接报 input stream error。

在创建 text_oarchive / text_iarchive 前，强制设置 C locale：std::locale::global(std::locale("C"));
或者更精准地，在构造 archive 时传入无 locale 的流：std::ofstream ofs("data.txt"); ofs.imbue(std::locale("C"));
不用 text_oarchive？那就用 binary_oarchive —— 它绕过字符串转换，天然规避 locale 问题，但牺牲可读性

性能卡在 vector 大小上：没预分配 buffer 或 archive 构造开销大

对百万级 std::vector<int></int> 做序列化，耗时主要不在 std::vector 本身，而在 archive 对象初始化和内部 buffer 管理。尤其 text_oarchive 每写一个数字都要格式化+插入分隔符，比二进制慢 5–10 倍。

不要每次序列化都 new 一个 ofstream + text_oarchive：复用流对象，或至少把 archive 声明为局部变量而非临时量
对超大 vector，可先用 std::vector::data() + write() 直接 dump 内存（需确保是 POD 类型），跳过 Boost 开销；但这样失去版本控制和结构描述能力
Boost.BinaryArchive 内部用 std::vector<char></char> 当 buffer，默认初始容量很小，频繁扩容拖慢速度；可通过自定义 boost::archive::binary_oarchive_impl 的 buffer size 控制，但更简单的是改用 boost::archive::binary_oarchive 构造时传入预分配好的 std::stringstream