c++ 文件压缩和解压方法 c++如何使用zlib进行压缩-C++-PHP中文网

zlib的compress/uncompress适用于小内存同步压缩，需注意缓冲区大小和长度参数初始化；大文件应改用deflate/inflate流式处理，并正确设置window bits以匹配解压端格式。

c++ 文件压缩和解压方法 c++如何使用zlib进行压缩

zlib 的 `compress` 和 `uncompress` 函数怎么用，压缩率低或崩溃怎么办

这两个函数是 zlib 最轻量的接口，适合小块内存（比如几 KB 到几 MB）的同步压缩/解压。它们不处理文件 I/O，只操作内存，所以你得自己读文件到 std::vector<unsigned char></unsigned> 或 std::string 里再传进去。

常见错误是传错长度：比如把 uncompress 的输出缓冲区大小设得太小，导致返回 Z_BUF_ERROR；或者没初始化输出长度变量（它是个指针参数，必须提前赋值为缓冲区容量）。

compress 输入长度不能为 0，否则返回 Z_STREAM_ERROR
输出缓冲区大小建议设为 input_size + 12（zlib 最坏情况会多几个字节头），但更稳妥是先调一次 compressBound(input_size) 获取上限
uncompress 前必须把 *destLen 设成目标缓冲区总大小，不是 0 —— 它会覆写这个值为实际解压后长度

示例片段：

std::vector<unsigned char> src = read_file("data.bin");
std::vector<unsigned char> dst(compressBound(src.size()));
uLong dst_len = dst.size();
int ret = compress(dst.data(), &dst_len, src.data(), src.size());
if (ret != Z_OK) { /* 处理错误 */ }</unsigned></unsigned>

用 `deflate` / `inflate` 手动流式压缩文件，避免内存爆炸

直接用 compress 处理几百 MB 的文件会把整个文件读进内存，然后输出缓冲区也可能翻倍——这是最常被忽略的坑。真实场景该用流式 API，边读边压，边写边存。

核心是维护一个 z_stream 结构体，调 deflateInit 初始化，循环调 deflate，每次喂一部分输入、取一部分输出。解压同理。

C++14

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

下载

输入缓冲区（next_in）和输出缓冲区（next_out）可以很小，比如 4KB～64KB，不依赖文件大小
务必检查 deflate 返回值：Z_OK 表示继续，Z_STREAM_END 表示完成，Z_BUF_ERROR 通常意味着输出缓冲区满了，要先写出去再继续
不要在循环里反复 new/delete 缓冲区；复用同一块内存，只更新 avail_in 和 avail_out

注意：deflate 默认不加 zlib 头（RFC 1950），如果后续要用 Python 的 zlib.decompress()，就得用 deflateInit2(&strm, level, Z_DEFLATED, -15, ...) 把 window bits 设为 -15 来禁用头——否则 Python 会报 OSError: Error -3 while decompressing data。

Windows 下链接 zlib 失败：找不到 `inflate` 或 `deflate`

典型错误是链接时提示 LNK2019: unresolved external symbol inflate，尤其在 VS 里静态链接 zlibstatic.lib 时容易出。根本原因不是函数不存在，而是 C++ 名称修饰（name mangling）让链接器找不到 C 函数。

必须在包含 <zlib.h></zlib.h> 前加 extern "C" 块，或者确保头文件本身已做了 C 链接声明（官方 zlib.h 有，但某些第三方打包版可能漏了）
确认你链接的是对应架构的库：x64 项目不能链 x86 的 zlib.lib，反之亦然
VS 中若用预编译头，#include <zlib.h></zlib.h> 必须放在 stdafx.h 之后，否则宏定义（如 ZLIB_WINAPI）可能失效
MinGW 用户注意：默认链接的是 libz.dll.a，运行时要确保 zlib1.dll 在 PATH 或可执行目录下