优化Golang RPC性能需从四方面入手：1. 使用连接池和长连接减少TCP开销，结合sync.Pool缓存codec；2. 采用Protobuf等高效序列化替代Gob，可集成gRPC提升吞吐；3. 设置context超时、限流与熔断机制防雪崩；4. 通过异步调用与goroutine池控制并发，避免资源耗尽。配合pprof调优，可支撑数万QPS。
在高并发场景下，Golang 的 RPC 服务常面临性能瓶颈。虽然 Go 自带的 net/rpc 包简洁易用，但直接用于大规模请求时容易出现连接阻塞、资源竞争、超时堆积等问题。要提升处理能力，需从连接管理、序列化、超时控制、并发模型等多方面优化。
连接复用与长连接管理
默认情况下，每次调用 RPC 都可能新建 TCP 连接，频繁建连断开开销大。应使用连接池或长连接机制减少握手成本。
- 客户端使用 http.Transport 或自定义连接池维护长连接，限制最大空闲连接数和总连接数
- 服务端调整 keep-alive 时间，避免连接过早关闭
- 结合 sync.Pool 缓存 codec 实例，降低编解码对象分配频率
高效序列化协议替换
Go 原生的 Gob 序列化效率较低，影响吞吐量。可替换为更高效的协议提升性能。
- 采用 Protobuf 或 MsgPack 替代 Gob，减少传输体积和编解码耗时
- 结合 gRPC 使用 HTTP/2 多路复用，天然支持流式通信与并发请求
- 若需兼容原有 net/rpc，可通过自定义 ServerCodec 和 ClientCodec 接入新序列化方式
超时与限流熔断机制
高并发下个别慢请求可能导致线程阻塞、资源耗尽。必须设置合理的超时和保护策略。
立即学习“go语言免费学习笔记（深入）”；
- 客户端调用时设置 context.WithTimeout，防止无限等待
- 引入 限流器（如 token bucket） 控制单位时间请求数，避免后端被打垮
- 集成 熔断器（如 hystrix-go），在错误率过高时快速失败，保护系统稳定性
异步非阻塞与并发控制
同步处理模式在高负载下容易耗尽 goroutine 资源。合理控制并发是关键。
- 对非关键操作使用异步调用，通过 channel 回传结果或回调处理
- 限制最大并发数，使用 semaphore 或 worker pool 避免 goroutine 泛滥
- 服务端避免在 handler 中做重计算或长时间 IO，及时释放 M:N 调度资源
基本上就这些。实际优化中还需配合 pprof 分析 CPU 和内存热点，观察 GC 频率。只要把连接、序列化、超时、并发四点控制好，Golang RPC 完全能支撑每秒数万级请求。关键是不堆 goroutine，而是让每个请求更轻更快。
