提升 golang 的 rpc 性能主要通过消息压缩和连接复用。1. 启用 gzip 压缩可减少传输体积，适用于大数据量、低频次调用场景，需在客户端和服务端分别配置 grpc.usecompressor 和 grpc.registercompressor，但需注意压缩带来的 cpu 开销；2. 启用连接复用可通过 grpc.keepaliveparams 设置心跳机制，服务端配置 maxconnectionidle、time、timeout 参数，客户端设置 time 和 timeout，避免频繁握手开销；3. 实际应用中应根据数据类型决定是否启用压缩，结合健康检查与重试策略保障长连接稳定性，并通过监控工具评估优化效果。合理配置这些参数可在不改业务逻辑的前提下显著提升性能。
提升 Golang 的 RPC 性能，主要靠优化数据传输和连接管理。其中，消息压缩和连接复用是最直接有效的两个方向。下面从这两个方面入手，讲讲实际配置方法和注意事项。
启用 Gzip 压缩减少传输体积
RPC 调用过程中，如果传输的数据量较大，网络带宽就容易成为瓶颈。这时候开启消息压缩可以显著减少数据传输量，尤其适合传输大量文本或结构化数据的场景。
Golang 的 net/rpc 包本身不支持压缩，但如果你使用的是 gRPC（基于 HTTP/2），就可以通过配置 grpc.WithDefaultCallOptions 来启用 gzip 压缩。
立即学习“go语言免费学习笔记（深入）”；
conn, _ := grpc.Dial("localhost:8080", grpc.WithInsecure(),
grpc.WithDefaultCallOptions(grpc.UseCompressor("gzip")))同时，服务端也要注册对应的解压器：
s := grpc.NewServer()
grpc.RegisterCompressor("gzip", gzip.New())需要注意的是，压缩会带来 CPU 开销。在高并发下，如果 CPU 成为瓶颈，就需要权衡是否继续使用压缩。通常建议对大数据量、低频次调用的服务启用压缩，而高频小数据量的服务则可以关闭。
启用连接复用避免频繁握手开销
每次建立 TCP 连接都需要三次握手，断开连接又需要四次挥手。在频繁短连接的 RPC 场景中，这些操作会显著影响性能。
解决办法是启用连接复用（Keepalive），让客户端和服务端保持长连接，从而避免重复建立连接的开销。
对于 gRPC，可以通过设置
grpc.KeepaliveParams来调整参数：
server := grpc.NewServer(grpc.KeepaliveParams(keepalive.ServerParameters{
MaxConnectionIdle: 15 * time.Minute,
Time: 30 * time.Second,
Timeout: 10 * time.Second,
}))- MaxConnectionIdle：连接最大空闲时间，超过后主动断开。
- Time：心跳间隔时间。
- Timeout：每次心跳等待的最大时间。
客户端也可以做类似配置：
conn, _ := grpc.Dial("localhost:8080", grpc.WithInsecure(),
grpc.WithKeepaliveParams(keepalive.ServerParameters{
Time: 30 * time.Second,
Timeout: 10 * time.Second,
}))合理设置这些参数，可以在保持连接稳定性的同时，减少不必要的资源消耗。
配置建议与常见误区
-
压缩不是万能的
- 对已经压缩过的数据（比如图片、视频）再压缩意义不大，反而浪费 CPU。
- 可以根据接口类型动态决定是否启用压缩。
-
连接复用要配合健康检查
- 长连接可能因网络中断等原因失效，客户端应配合重连机制，确保失败后能自动恢复。
-
合理设置超时和重试策略
- 比如设置
grpc.WaitForReady(false)
控制是否阻塞等待连接恢复。 - 使用拦截器统一处理重试逻辑。
- 比如设置
-
监控连接状态和压缩效果
- 利用 Prometheus 等工具监控请求延迟、连接数、压缩率等指标，便于后续优化。
基本上就这些。合理配置压缩和连接复用，能在不改业务逻辑的前提下大幅提升 RPC 性能，但也别忘了根据实际负载情况灵活调整参数。
