在golang中开启rpc压缩需自定义编解码器，具体步骤如下：1. 在客户端和服务端分别注册自定义的clientcodec和servercodec；2. 使用bufio.writer配合gzip.newwriter或flate.newreader实现数据的压缩与解压；选择压缩算法时，若追求性能且通信双方为go语言编写，推荐使用更轻量的flate，否则可选gzip；此外，编码优化包括减少结构体字段、拆分大请求、启用连接复用及使用sync.pool缓存压缩资源，以降低gc压力并提升性能。
在Golang中使用RPC时，压缩数据是一个提升性能的有效手段。尤其在网络传输频繁或数据量大的场景下，压缩不仅能减少带宽消耗，还能加快响应速度。但要真正发挥压缩的作用，不只是调用一个函数那么简单，还需要了解底层机制和一些编码上的小技巧。
如何开启RPC的压缩功能？
Go标准库中的
net/rpc本身不直接支持压缩，但你可以通过自定义
rpc.Client和
rpc.Server的编解码器来实现。常见做法是结合
gzip或
flate算法，在发送前对数据进行压缩，接收端再解压。
具体步骤如下：
立即学习“go语言免费学习笔记（深入）”；
- 在客户端和服务端分别注册自定义的
ClientCodec
和ServerCodec
- 使用
bufio.Writer
配合gzip.NewWriter
封装写入过程 - 读取时用
gzip.NewReader
处理输入流
这样就能实现在不影响业务逻辑的前提下完成数据压缩。注意：压缩会增加CPU开销，所以是否启用需要根据实际网络和负载情况权衡。
压缩算法选型：gzip 还是 flate？
在Go中常用的压缩方式有
gzip和
flate（也就是zlib使用的DEFLATE格式）。它们各有优劣：
gzip
自带校验和和时间戳信息，适合跨语言、对外接口使用flate
更轻量，压缩率略低但速度快，适合内部服务通信
如果你追求极致性能，并且通信双方都使用Go编写，推荐使用
flate。它没有多余元数据，压缩后的体积通常也比gzip小一点。
// 示例：使用flate压缩 compressor := flate.NewReader(nil)
当然，也可以根据实际情况做动态选择，比如根据请求头中的标记决定是否压缩。
编码层面的优化建议
除了压缩之外，还有一些编码习惯可以提升RPC的整体性能：
- 尽量使用结构体字段少、类型简单的参数
- 避免传递大对象，必要时拆分请求或使用引用ID代替完整数据
- 启用连接复用，避免频繁建立和关闭连接带来的开销
- 使用sync.Pool缓存压缩/解压器，避免重复创建资源
特别是最后一点，压缩器的创建是有成本的，频繁new会造成GC压力。可以用
sync.Pool缓存起来重复利用：
var gzipPool = sync.Pool{
New: func() interface{} {
return gzip.NewWriter(nil)
},
}这样每次获取压缩器的时候从池子里拿，用完放回去，能有效降低内存分配频率。
基本上就这些。压缩和编码优化虽然不是什么高深技术，但在高频RPC调用中效果明显。关键是要理解每一步做了什么，而不是盲目套用模板。
