go 的 `compress/zlib` 包遵循 zlib 标准（rfc 1950），生成的压缩数据完全兼容 c 的 zlib 库，可直接互通；差异仅在于实现细节（如匹配算法、块组织方式），不影响解压正确性。
Go 标准库中的 compress/zlib 并非对 C 版 zlib 的简单封装，而是纯 Go 实现的、完全符合 zlib 规范的压缩/解压器。这意味着：只要双方都严格遵循 RFC 1950（zlib 数据格式）和 RFC 1951（DEFLATE 算法），Go 生成的 zlib 流就能被 C 的 zlib.h（如 inflate()）无损解压，反之亦然。
✅ 关键保证：
- Go 的 zlib.NewWriter() 默认写入标准 zlib 头（2 字节魔数 0x78 0x9C 或 0x78 0xDA，取决于压缩级别）和校验尾（ADLER32）；
- C 的 deflateInit2() 配合 ZLIB_ENCODING（即默认模式）生成的流结构一致；
- 双方均使用 DEFLATE 算法（RFC 1951），这是跨语言互操作的基石。
? 示例：Go 压缩 → C 解压（验证流程）
Go 端（compress.go）：
package main
import (
"compress/zlib"
"os"
)
func main() {
data := []byte("Hello, zlib interoperability!")
f, _ := os.Create("out.zlib")
defer f.Close()
zw := zlib.NewWriter(f)
zw.Write(data)
zw.Close() // 必须调用 Close() 写入 ADLER32 校验码
}C 端（decompress.c，需链接 -lz）：
#include <stdio.h>
#include <stdlib.h>
#include <zlib.h>
int main() {
FILE *f = fopen("out.zlib", "rb");
fseek(f, 0, SEEK_END);
long len = ftell(f); fseek(f, 0, SEEK_SET);
unsigned char *buf = malloc(len);
fread(buf, 1, len, f);
fclose(f);
z_stream zs;
zs.zalloc = Z_NULL; zs.zfree = Z_NULL;
zs.next_in = buf; zs.avail_in = len;
inflateInit(&zs); // 自动识别 zlib 头和 ADLER32 尾
unsigned char out[1024];
zs.next_out = out; zs.avail_out = sizeof(out);
int ret = inflate(&zs, Z_FINISH);
if (ret == Z_STREAM_END) {
printf("Decompressed: %.*s\n", (int)zs.total_out, out);
}
inflateEnd(&zs);
free(buf);
return 0;
}⚠️ 注意事项：
- Go 端务必调用 zlib.Writer.Close()（或 Flush()），否则 ADLER32 校验尾可能缺失，导致 C 端 inflate() 返回 Z_DATA_ERROR；
- 避免使用 compress/flate（仅 DEFLATE，无 zlib 头/尾），它不兼容 C 的 zlib.h；
- C 端应使用 inflateInit() / inflate()（而非 uncompress()），以支持完整 zlib 流解析；
- 压缩级别（zlib.BestSpeed 等）不影响格式兼容性，仅影响性能与压缩率。
✅ 总结：Go compress/zlib 与 C zlib 的互操作性是开箱即用的——无需特殊配置、无需修改源码。所谓“输出不同”是因内部实现差异（如哈希查找策略），但只要遵守同一标准，解压结果必然一致。实践中，只需确保 Go 正确关闭 writer、C 正确初始化 inflater，即可实现稳定跨语言 zlib 通信。
