Go的RPC服务在高并发下需优化连接复用、序列化、超时控制等；通过长连接、Protobuf替代gob、限流熔断、异步处理及连接池可显著提升性能。
Go语言的RPC服务在高并发场景下表现良好，但若不加优化，容易出现性能瓶颈。核心问题通常集中在连接管理、序列化效率、资源竞争和超时控制等方面。合理调整这些环节，能显著提升服务吞吐量和响应速度。
启用长连接复用（HTTP/1.1 Keep-Alive）
默认情况下，Go的HTTP客户端每次调用会建立新连接，频繁握手带来开销。通过复用TCP连接可大幅降低延迟。
建议做法：
- 配置
http.Transport的MaxIdleConns和MaxIdleConnsPerHost，保持空闲连接复用 - 设置合理的
IdleConnTimeout防止连接长时间占用 - 客户端使用单例
http.Client，共享Transport实例
示例代码片段：
立即学习“go语言免费学习笔记（深入）”；
client := &http.Client{
Transport: &http.Transport{
MaxIdleConns: 100,
MaxIdleConnsPerHost: 10,
IdleConnTimeout: 90 * time.Second,
},
}
优化序列化协议（gob → Protobuf 或 JSON）
Go默认使用gob编码，虽原生支持但性能一般，且跨语言不友好。高并发下，序列化成为瓶颈。
改进建议：
- 替换为Protobuf：体积小、编解码快，适合内部微服务通信
- 若需可读性，选用高效JSON库如
jsoniter或ffjson - 避免传输冗余字段，精简请求/响应结构
结合gRPC可直接使用Protobuf+HTTP/2，天然支持流式和多路复用。
控制并发数与超时机制
无限制并发可能压垮服务端，导致GC飙升或OOM。合理限流和超时是稳定关键。
实施策略：
- 客户端设置
context.WithTimeout，避免请求堆积 - 服务端使用
WithContext检查超时，及时释放资源 - 通过goroutine池（如
ants）限制处理协程数量，防止资源耗尽 - 监控慢调用，设定熔断阈值（可用
hystrix-go等库）
服务端非阻塞处理与连接池
RPC服务端应避免同步阻塞操作，尤其是数据库或下游调用。
优化方向：
- 将耗时操作异步化，必要时返回状态轮询结果
- 对后端依赖（如MySQL、Redis）使用连接池，避免每次新建
- 利用Go调度器特性，减少锁竞争，例如用
sync.Pool缓存临时对象
基本上就这些。Go本身并发模型优秀，但细节决定性能上限。从连接复用到序列化，再到超时与资源控制，每一步都影响整体表现。不复杂但容易忽略。
