c++如何将std::string动态写入二进制流_长度前缀序列化方法【实战】-C++-PHP中文网

必须加长度前缀，因为std::string非pod类型，直接写内存只写内容不写长度，且sso和空字符串场景会出错；应使用uint32_t长度前缀+网络字节序，读取时先读长度再按长分配内容。

c++如何将std::string动态写入二进制流_长度前缀序列化方法【实战】

std::string 写入二进制流时为什么必须加长度前缀

不加长度前缀，读取端根本不知道字符串有多长——std::string 本身不是 POD 类型，内部指针和容量信息不会自动序列化，直接 write() 其内存（比如 &str[0]）只写内容、不写长度，且对空字符串或短字符串优化（SSO）场景会出错。

常见错误现象：read() 后得到乱码、截断、甚至崩溃；跨平台时字节序没影响，但长度类型大小不一致（如 int vs uint32_t）会导致读错。

关键原则：长度字段必须是固定宽度整数，且与内容一起按确定顺序写入。

用 uint32_t 做长度前缀的稳定写法

选 uint32_t 是因为足够存大多数字符串长度（4GiB），且在所有主流平台都是确切 4 字节，避免 size_t 在 32/64 位系统上不一致的问题。

实操建议：

先用 htonl() 将长度转为网络字节序（大端），保证跨平台可读；读取端用 ntohl() 还原
再用 data() + size() 写入内容，不要用 c_str() ——它可能提前截断 \0 后的内容（虽然 std::string 允许含 \0，但 c_str() 返回的是 C 风格终止字符串）
对空字符串也要写长度 0，不能跳过

示例片段：

uint32_t len = htonl(static_cast<uint32_t>(str.size()));
os.write(reinterpret_cast<const char>(&len), sizeof(len));
if (!str.empty()) {
    os.write(str.data(), str.size());
}
</const></uint32_t>

读取时如何安全还原 std::string

读取顺序必须严格反向：先读长度，再按长度分配并读内容。任何一步失败（如流提前结束、长度超限）都应视为损坏数据，不能强行继续。

C++14

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

下载

容易踩的坑：

没检查 read() 返回值，导致读了 0 字节却当成了合法长度
把读到的长度直接当 size_t 用，没用 ntohl() 转换，小端机器写、大端机器读就全错
未限制最大长度（比如 > 100MB），可能被恶意数据触发 OOM
用 resize() 后直接 read() 到 &str[0] ——C++11 起 std::string 保证 data() 可写，但 resize() 后的存储未必连续（尤其 SSO 状态），稳妥做法是用 std::vector<char></char> 中转，或调用 str.assign(buf, len)

简明读取逻辑：

uint32_t len_net;
if (!is.read(reinterpret_cast<char>(&len_net), sizeof(len_net))) return false;
uint32_t len = ntohl(len_net);
if (len > MAX_STRING_SIZE) return false; // 防爆
std::string str(len, '\0');
if (len > 0 && !is.read(&str[0], len)) return false;
</char>