直接用 write() 写含 std::string 的结构体会丢失字符串内容，因其内部仅存指针、长度、容量，真实数据在堆上；正确做法是手动序列化：先写固定宽度长度（如 uint32_t），再写字符数据。
直接用 write() 写结构体会导致字符串内容丢失
因为 std::string 在内存里不是纯数据块，它只存指针、长度、容量三个字段（具体布局因标准库实现而异），真正字符数据在堆上。用 write() 对结构体做 memcpy-style 二进制写入，只会把指针值写进文件，读取时指针已失效，解引用必崩。
- 常见错误现象：
read()后std::string构造失败、data()返回空指针、size()为 0 或乱码 - 典型场景：跨进程共享结构体二进制文件、用
fread/fwrite做快速序列化 - 别信“结构体没虚函数就能
memcpy”——只要含std::string、std::vector等非 POD 类型，就不是 trivially copyable
手动序列化每个 std::string 字段（推荐）
本质是把字符串长度和内容分开写：先写 size()（建议用固定宽度整数，如 uint32_t），再写 c_str() 指向的字节流。读取时反向操作即可。
- 必须用
uint32_t或size_t（注意跨平台大小）写长度，不能直接写size_t—— Windows 上是 4 字节，Linux x64 是 8 字节，不统一就无法跨平台读 -
std::string的c_str()保证以 - 示例关键片段：
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::ofstream 的文本模式 + 自定义格式（简单场景可用）
绕过二进制陷阱最直白的办法：不写原始内存，改写可读字符串。适合调试、配置、日志等对性能不敏感的场景。
- 用
operator 输出时，<code>std::string会自动转义换行符、引号等，但默认不加引号——建议自己包裹双引号并转义内部引号，否则读取解析易错 - 字段间用制表符或逗号分隔，但要注意
std::string内容本身可能含这些字符，必须做转义（比如"→"，\n） - 性能影响明显：涉及多次小 write、字符串拷贝、转义计算，比二进制慢一个数量级以上
别踩 std::string 的 SSO 和小字符串优化坑
某些 STL 实现（如 libstdc++、MSVC）对短字符串启用 SSO（Small String Optimization）：字符串内容直接存在对象内部，不分配堆内存。这会让“结构体二进制写入”偶尔看起来能工作——但只是巧合，且不可移植。
立即学习“C++免费学习笔记（深入）”；
- SSO 阈值因编译器/标准库版本而异（常见为 15–22 字节），一旦字符串超长，立即退化为堆指针，行为突变
- 即使全用 SSO 字符串，不同平台的结构体内存布局（padding、对齐）也可能不同，
sizeof(MyStruct)不稳定 - 用
static_assert(std::is_trivially_copyable_v<mystruct>, "not safe to memcpy")</mystruct>编译期拦截，比运行时报错更早发现问题
std::string，就不存在“安全二进制写入”这种捷径。你得明确选择是手动控制序列化细节，还是换文本格式妥协性能。最容易被忽略的是跨平台整数宽度和 SSO 的虚假安全感——它们让 bug 只在特定环境里冒头。 
