go 的 `compress/zlib` 包虽为纯 go 实现，但完全兼容 rfc 1950 标准，可与 c 的 zlib 库无缝互通；关键在于使用标准 zlib 格式（而非 gzip），并确保双方均采用默认参数（如默认压缩级别、无自定义 header）。
Go 标准库中的 compress/zlib 并非对 C 版 zlib 的绑定，而是遵循 RFC 1950 规范的独立纯 Go 实现（位于 src/compress/zlib/）。这意味着：
✅ 它生成的是标准 zlib 流（以 2 字节 zlib header 开头，含 CM=8/FLG 校验位），完全兼容 C 的 zlib.h；
❌ 它不生成 gzip 格式（gzip 以 10 字节 magic 开头，属 RFC 1952），因此不可与 compress/gzip 混用；
⚠️ 输出字节差异是正常的——因匹配算法、块分割策略等内部实现不同，但只要符合规范，解压结果必然一致。
以下是在 Go 中压缩、C 中解压的典型工作流：
Go 端压缩示例（输出标准 zlib 流）：
package main
import (
"bytes"
"compress/zlib"
"fmt"
"io"
)
func main() {
data := []byte("Hello, zlib interoperability!")
var buf bytes.Buffer
zw := zlib.NewWriter(&buf)
zw.Write(data)
zw.Close() // 必须调用 Close() 写入尾部 Adler-32 校验码
compressed := buf.Bytes()
fmt.Printf("Zlib-compressed (%d bytes): %x\n", len(compressed), compressed)
// 输出类似: 78 9c f3 48 cd c9 c9 07 00 00 00 ff ff
}C 端解压示例（使用 zlib.h）：
#include#include #include int main() { unsigned char compressed[] = {0x78, 0x9c, 0xf3, 0x48, 0xcd, 0xc9, 0xc9, 0x07, 0x00, 0x00, 0x00, 0xff, 0xff}; size_t compressed_len = sizeof(compressed); z_stream zs; zs.zalloc = Z_NULL; zs.zfree = Z_NULL; zs.opaque = Z_NULL; zs.avail_in = compressed_len; zs.next_in = compressed; int ret = inflateInit(&zs); if (ret != Z_OK) { fprintf(stderr, "inflateInit failed\n"); return 1; } unsigned char out[1024]; zs.avail_out = sizeof(out); zs.next_out = out; ret = inflate(&zs, Z_FINISH); if (ret != Z_STREAM_END) { fprintf(stderr, "inflate failed: %s\n", zs.msg); inflateEnd(&zs); return 1; } printf("Decompressed: '%.*s'\n", (int)zs.total_out, out); inflateEnd(&zs); return 0; }
编译命令：gcc -o decompress decompress.c -lz
关键注意事项：
- Go 端必须调用 zlib.Writer.Close() —— 否则 Adler-32 校验码未写入，C 端 inflate() 将返回 Z_DATA_ERROR；
- C 端需使用 inflateInit()（非 inflateInit2()），即默认窗口大小 32KB（-15），与 Go 默认行为一致；
- 避免手动设置 Level（如 zlib.BestCompression）或 WindowBits，除非双方显式约定；
- 若需调试，可用 zlib-flate -uncompress
总结：Go 与 C 的 zlib 互操作性有坚实标准保障。差异源于实现细节，而非协议不兼容。只要坚持使用 compress/zlib（非 gzip）、正确关闭 writer、C 端使用标准 inflateInit，即可实现可靠跨语言压缩通信。
