go 的 `compress/zlib` 与 c 的 zlib 兼容，可实现双向互通；差异源于实现细节而非协议不一致，只要遵循 rfc 1950 标准，go 压缩数据即可被 c zlib 正确解压。
Go
标准库
中的 compress/zlib 包（位于 encoding/zlib）
完全兼容 RFC 1950
，生成的是标准 zlib 流格式（含 zlib 头部、DEFLATE 压缩数据和 Adler-32 校验和），与 C 语言中使用的官方 zlib 库（如 zlib-1.2.x 或 zlib-1.3）在协议层面完全一致。因此，
Go 压缩的数据可直接由 C 的 inflate() 解压，C 压缩的数据也可由 Go 的 zlib.NewReader() 正确解压
——无需任何适配或转换。
✅ 正确示例（Go 压缩 → C 解压）：
对应 C 端（需链接 -lz）：
Python3.6标准库参考手册（PDF版）
Python3.6标准库参考手册（PDF版）
下载
⚠️ 关键注意事项：
必须调用 zlib.Writer.Close()
：否则 Adler-32 校验和和流结束标记可能未写入，导致 C 端 inflate() 返回 Z_DATA_ERROR；
避免使用 gzip 或 flate 包
：compress/gzip 生成的是 RFC 1952（含 gzip header），compress/flate 仅输出原始 DEFLATE（无 zlib header），二者均
不兼容 C 的 zlib
；务必使用 compress/zlib；
Go zlib 不依赖系统 zlib 库，而是纯 Go 实现（基于 compress/flate），但严格遵循 RFC 1950 —— 输出差异（如压缩率、
字节
序列）属正常现象，不影响互通性；
C 端应使用 inflateInit2(&zs, 15) 或默认 inflateInit()（窗口大小 15-bit），与 Go 的默认设置一致。
? 总结：Go 与 C 的 zlib 互操作是可靠且经过广泛验证的。核心在于
使用正确的包（compress/zlib）、正确关闭 writer、并确保 C 端按标准 zlib 流解析
。版本方面，Go 自 1.0 起即支持 zlib，当前所有稳定版（≥1.16）均兼容 zlib 1.2+，无需额外指定或降级。
// compress.go
package main
import (
"bytes"
"compress/zlib"
"fmt"
"os"
)
func main() {
data := []byte("hello world! this is zlib-compatible payload.")
var buf bytes.Buffer
zw := zlib.NewWriter(&buf)
zw.Write(data)
zw.Close() // 必须调用 Close() 写入尾部 Adler-32 和 flush
fmt.Printf("Compressed size: %d bytes\n", buf.Len())
os.WriteFile("data.zlib", buf.Bytes(), 0644)
}// decompress.c
#include
#include
#include
int main() {
FILE *f = fopen("data.zlib", "rb");
fseek(f, 0, SEEK_END);
long len = ftell(f); fseek(f, 0, SEEK_SET);
unsigned char *src = malloc(len);
fread(src, 1, len, f);
fclose(f);
z_stream zs;
zs.zalloc = Z_NULL; zs.zfree = Z_NULL; zs.opaque = Z_NULL;
inflateInit(&zs);
zs.avail_in = len;
zs.next_in = src;
unsigned char out[1024];
zs.avail_out = sizeof(out);
zs.next_out = out;
int ret = inflate(&zs, Z_FINISH);
if (ret == Z_STREAM_END) {
printf("Decompressed: %.*s\n", (int)(zs.total_out), out);
} else {
fprintf(stderr, "inflate failed: %s\n", zs.msg);
}
inflateEnd(&zs);
free(src);
return 0;
}