go 的 `compress/zlib` 包虽为纯 go 实现，但完全遵循 rfc 1950（zlib 格式标准），因此其生成的压缩数据可被 c 的 zlib 库无缝解压；反之亦然。关键在于确保双方均使用标准 zlib 流格式，而非 raw deflate 或其他变体。
Go 标准库中的 compress/zlib 并非对 C 版 zlib 的绑定，而是基于 RFC 1950 和 RFC 1951 规范独立实现的纯 Go 压缩器。它完全兼容 zlib 格式——即以 2 字节 zlib 头（含压缩方法、窗口大小、校验位等）起始，后接 RFC 1951 定义的 deflate 流，结尾附 4 字节 Adler-32 校验和。这一格式与 C 的 zlib 库（如 zlib-1.2+）默认行为一致，因此二进制层面完全互通。
✅ 正确用法示例（Go 端压缩）：
package main
import (
"bytes"
"compress/zlib"
"fmt"
"io"
)
func main() {
data := []byte("hello world, this is zlib-compatible!")
var buf bytes.Buffer
zw := zlib.NewWriter(&buf)
_, _ = zw.Write(data)
_ = zw.Close() // 必须调用 Close() 以写入 Adler-32 校验和并刷新缓冲区
compressed := buf.Bytes()
fmt.Printf("Compressed size: %d bytes\n", len(compressed))
// 此 compressed 数据可直接传给 C 的 inflate() 函数解压
}⚠️ 注意事项：
- 必须调用 zlib.Writer.Close()：否则 Adler-32 校验和不会写入，C 端 inflate() 将返回 Z_DATA_ERROR；
- 避免使用 compress/flate：该包生成 raw deflate 流（无 zlib 头和校验和），与 C 的 zlib 默认模式不兼容；如需 raw 模式，C 端须显式调用 inflateInit2(&strm, -15)（负窗口比特数表示 raw）；
- 压缩级别兼容：Go 的 zlib.NewWriterLevel(&buf, level) 支持 zlib.BestSpeed 到 zlib.BestCompression（对应 C 的 Z_BEST_SPEED–Z_BEST_COMPRESSION），所有级别均生成标准 zlib 流；
- 版本无关性：Go 自 1.0 起 compress/zlib 即符合 RFC 1950；C 端建议使用 zlib ≥ 1.2.0（广泛部署且稳定）。
? 总结：只要 Go 使用 compress/zlib（非 flate），C 使用标准 zlib.h 的 inflate() / deflate() 函数，并正确处理流边界与错误码，跨语言 zlib 互操作即可可靠工作——差异仅在于内部匹配算法与 Huffman 编码细节，不影响格式合规性与解压正确性。
