解压字符串时不能直接用 std::string 当作二进制数据传入，因其遇 \0 会截断；正确做法是用 std::vector 或 std::string_view 承载原始字节，且 zlib 解压需用 inflateInit2(&strm, -15) 支持 gzip 格式。
解压字符串时为什么不能直接用 std::string 当作二进制数据传入？
因为 C++ 的 std::string 默认按字符处理，遇到 \0 会截断；而压缩数据是二进制流，必然含零字节。若用 std::string::c_str() 或构造函数隐式转换，数据在中间就被砍掉，解压必然失败。
正确做法是用 std::vector<uint8_t></uint8_t> 或 std::string_view（C++17+）承载原始字节：
-
std::vector<uint8_t></uint8_t>最稳妥，支持任意字节、可 resize、与 zlib / zstd 等库的const uint8_t*接口天然匹配 - 若必须用
std::string，请确保用std::string(data.begin(), data.end())构造（而非从 C 字符串构造），并始终用.data()+.size()传参
zlib 解压一段 base64 编码的 gzip 数据
常见场景：服务端返回的是 base64 编码的 gzip 压缩字符串，客户端需先 decode 再解压。zlib 本身不处理 base64，也不自带 gzip header 自动识别 —— 必须显式调用 inflateInit2 并传 -MAX_WBITS 才能兼容 gzip 格式。
关键点：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- base64 解码后得到的是原始 gzip 字节流，不是文本
- zlib 的
inflateInit2(&strm, -15)中-15表示“接受 gzip 和 zlib header”，+15只认 zlib header，31才认 gzip（即15 + 16），但实际常用-15—— 它会自动探测 header 类型 - 务必检查
inflate()返回值：Z_STREAM_END表示成功完成，Z_OK表示还需更多输出缓冲，Z_DATA_ERROR多因 header 不匹配或数据损坏
std::vector<uint8_t> decoded = base64_decode("H4sIAAAAAAAE/0vOzytJzSspVgQAAP//Aw==");
z_stream strm;
strm.zalloc = Z_NULL; strm.zfree = Z_NULL; strm.opaque = Z_NULL;
inflateInit2(&strm, -15); // ← 关键：支持 gzip
strm.next_in = decoded.data();
strm.avail_in = decoded.size();
std::vector<uint8_t> out(1024);
strm.next_out = out.data();
strm.avail_out = out.size();
int ret = inflate(&strm, Z_FINISH);
if (ret == Z_STREAM_END) {
out.resize(strm.total_out);
} else {
inflateEnd(&strm);
throw std::runtime_error("inflate failed: " + std::to_string(ret));
}
inflateEnd(&strm);
用 zstd 解压时为何 ZSTD_decompress 返回 0 却没输出？
ZSTD_decompress 返回 0 表示“输入不完整”，不是错误 —— 它只做单次解压，不维护状态机。如果你传入的是分块压缩数据（比如网络流中分片接收），必须用 ZSTD_createDStream + ZSTD_decompressStream。
常见误用：
- 把整个压缩包当一块传入，但实际是多个独立帧（ZSTD 支持多帧格式）→ 应改用 streaming 接口
- 输出缓冲太小，
ZSTD_decompress返回所需大小，但你没重分配就继续调用 → 检查返回值是否 > 0，那是建议的 output size - 压缩时用了字典但解压没加载 → 必须用
ZSTD_createDDict并传给ZSTD_decompress_usingDict
std::string 转 std::vector<uint8_t></uint8_t> 的安全写法
别写 std::vector<uint8_t>(s.begin(), s.end())</uint8_t> —— 如果 s 是从 C 风格字符串构造而来（比如 std::string s = "abc\0def"），s.size() 会是 3，后面 def 就丢了。
真正安全的方式只有一种：
- 如果原始数据来自 base64 decode / 文件读取 / 网络 recv，它本就是
std::vector<uint8_t></uint8_t>或明确长度的uint8_t*，直接用 - 如果非得从
std::string构造，请确保它是用std::string(size_t n, char c)或std::string(const char*, size_t)显式指定长度创建的，再转：std::vector<uint8_t>(s.data(), s.data() + s.size())</uint8_t>
一旦涉及二进制数据，std::string 就只是个容器别名，别把它当“字符串”用。
