优化Golang RPC连接需启用Keep-Alive、复用Transport、使用连接池、切换高效协议如gRPC，并添加心跳与超时重试机制，以降低延迟提升吞吐量。
在使用Golang的RPC（远程过程调用）时，客户端与服务端之间的连接效率直接影响系统的性能和响应速度。默认的RPC实现基于HTTP或自定义协议，使用短连接或未复用连接会导致频繁建立和关闭TCP连接，增加延迟和资源消耗。通过合理优化连接方式，可以显著提升吞吐量并降低延迟。
启用持久连接（Keep-Alive）
RPC通信底层依赖于网络传输，若每次调用都新建TCP连接，开销较大。启用HTTP Keep-Alive可让客户端复用同一连接发送多个请求。
服务端设置：使用http.ListenAndServe时，可通过配置Server结构体开启长连接。
server := &http.Server{
Addr: ":8080",
Handler: nil, // 使用默认的DefaultServeMux
}
log.Fatal(server.ListenAndServe())
默认情况下，Go的HTTP服务器已支持Keep-Alive，无需额外配置。
立即学习“go语言免费学习笔记（深入）”；
客户端优化：复用http.Transport，避免每次创建新连接。
transport := &http.Transport{
MaxIdleConns: 10,
MaxIdleConnsPerHost: 10,
IdleConnTimeout: 30 * time.Second,
}
client := rpc.NewClient(&http.Client{
Transport: transport,
})
这样客户端会在空闲时保持连接，供后续调用复用，减少握手开销。
使用连接池管理客户端实例
在高并发场景下，频繁创建和释放RPC客户端会带来GC压力和连接延迟。可通过连接池复用已建立的客户端连接。
- 维护一个可复用的rpc.Client对象池，使用sync.Pool或第三方连接池库。
- 调用结束后将客户端归还池中，而非直接调用Close()。
- 注意控制最大连接数，防止服务端负载过高。
适用于长时间运行的服务间调用，如微服务架构中的核心组件通信。
切换到高性能传输协议
标准net/rpc基于HTTP/JSON，存在序列化和协议开销。在性能敏感场景，建议替换为更高效的方案：
- gRPC：基于HTTP/2，支持多路复用、头部压缩、双向流，天然支持连接复用。
- 自定义二进制协议 + TCP长连接：使用encoding/gob或protobuf，配合心跳机制维持连接。
- 使用KCP或QUIC：在弱网环境下替代TCP，降低延迟。
例如，gRPC默认使用长连接和多路复用，单个连接可承载大量并发请求，显著优于传统HTTP RPC。
添加心跳与连接健康检查
长时间运行的连接可能因网络中断或防火墙超时被断开。加入心跳机制可及时发现失效连接并重建。
- 定期发送轻量级Ping请求检测连接状态。
- 客户端设置超时时间，避免阻塞等待。
- 封装调用逻辑，在连接异常时自动重连并重试。
结合context.WithTimeout控制调用最长等待时间，提升系统健壮性。
基本上就这些。连接优化的核心是减少建立成本、提升复用率，并根据业务需求选择合适协议。不复杂但容易忽略。
