不是必须，但不手动管理就等于没复用；gRPC客户端应全局复用单个*grpc.ClientConn实例，而非依赖默认复用机制，因频繁Dial会导致连接抖动、TLS重复握手与DNS重解析，正确做法是应用启动时初始化、shutdown时统一Close，并配置Keepalive与TransportCredentials。
gRPC客户端连接复用必须靠连接池吗？
不是必须，但不手动管理就等于没复用。grpc.Dial 默认会复用底层 TCP 连接，前提是：同一 target、相同 grpc.WithTransportCredentials（或都用 grpc.WithInsecure）、且未显式调用 conn.Close()。但微服务中频繁创建/销毁 *grpc.ClientConn 会导致连接抖动、DNS 重解析开销、TLS 握手重复——这些不会被默认复用机制覆盖。
为什么不能每次 RPC 都 new 一个 grpc.ClientConn？
常见错误现象：context deadline exceeded 或 connection refused 突增，尤其在高并发压测时；CPU 被 TLS 握手和 DNS 查询吃满；服务启动后前几秒响应慢（冷启动连接延迟）。根本原因是：每个 grpc.Dial 默认启用 WithBlock（阻塞等待连接就绪），且未配置合理的连接保活与复用策略。
-
grpc.WithBlock()应仅用于初始化阶段，运行时必须去掉 - 必须设置
grpc.WithKeepaliveParams，否则空闲连接会被中间设备（如 kube-proxy、NAT）静默断开 - 避免在 handler 内反复
grpc.Dial—— 即使 target 相同，不同 dial 实例之间不共享连接
如何安全地复用 *grpc.ClientConn？
核心原则：全局单例 or 按 target 分组单例，生命周期与应用一致。不要把它塞进 request context 或 struct 成员里。
- 使用 sync.Once + 全局变量或依赖注入容器（如 wire、dig）初始化一次：
var conn *grpc.ClientConn，init 时grpc.Dial("svc:9000", grpc.WithTransportCredentials(...), grpc.WithKeepaliveParams(...)) -
grpc.WithKeepaliveParams(keepalive.KeepaliveParams{Time: 30 * time.Second, Timeout: 10 * time.Second})是底线配置，防止连接被丢弃 - 务必检查
err：若grpc.Dial返回非 nil error，说明初始连接失败，应 panic 或 abort 启动，而不是静默容忍 - 关闭时机唯一：应用 shutdown 时调用
conn.Close()，别在每次 RPC 后 close
conn, err := grpc.Dial(
"user-service:50051",
grpc.WithTransportCredentials(insecure.NewCredentials()),
grpc.WithKeepaliveParams(keepalive.KeepaliveParams{
Time: 30 * time.Second,
Timeout: 10 * time.Second,
}),
)
if err != nil {
log.Fatal(err) // 不是 recover，是致命错误
}多个服务 target 怎么管？用 map 还是结构体？
用结构体比 map 更安全。map 带来竞态风险（除非加锁），且无法静态校验 target 是否拼错；结构体可配合 wire 构建时注入，天然支持测试 mock。
立即学习“go语言免费学习笔记（深入）”；
- 定义
type Clients struct { User *grpc.ClientConn; Order *grpc.ClientConn }，每个字段对应一个稳定 service name - 避免用
map[string]*grpc.ClientConn动态存取 —— runtime 拼错 key 会导致 nil panic，且无法做依赖分析 - 如果 target 来自配置（如 etcd），必须做预校验：解析后立即 dial 并 ping（
conn.GetState() == connectivity.Ready），失败则拒绝启动
真正容易被忽略的点：gRPC 连接状态是异步更新的。conn.GetState() 可能返回 connecting 或 transient_failure，这时直接发 RPC 会失败。不要自己轮询等 Ready，而应依赖 grpc.WithBlock() 仅在初始化用，运行时靠重试策略兜底。
