服务发现延迟高主要源于DNS缓存失控、连接状态未就绪、凭证策略混用及连接池配置不当；须接管DNS解析、禁用WithBlock、统一TLS凭证、全局复用ClientConn。
服务发现延迟高，先看 DNS 缓存是否失控
微服务用域名（如 user-service.prod-east.internal）做服务发现时，延迟毛刺常来自 DNS 查询卡住或返回过期 IP。Go 默认调用系统 getaddrinfo，Linux glibc 和 macOS 各自缓存策略不一，且 TTL 不严格遵守——结果就是：DNS 返回了已下线实例的 IP，连接直接超时或拒绝，表现为随机 1–2 秒延迟。
- 必须接管 DNS 解析逻辑，禁用系统默认 resolver
- 用
grpc.WithResolvers(customResolver)替换 gRPC 默认 resolver；HTTP 客户端则需自定义http.Transport.DialContext，内嵌net.DefaultResolver.LookupHost并设Timeout - 缓存 DNS 结果时，只按原始记录的
TTL过期，不是固定时间（比如硬设 30s） - 避免在 resolver 中阻塞等待：
net.DefaultResolver查询本身也要设 timeout，否则一次慢 DNS 就拖垮整批请求
gRPC 服务发现卡在首次 Dial？检查 WithBlock 和超时组合
gRPC 客户端首次 grpc.Dial() 默认异步建连，若没等连接就绪就发请求，会报 rpc error: code = Unavailable desc = connection closed——这不是网络问题，是状态没 ready。常见于跨机房部署，DNS 解析慢 + TLS 握手长，导致首请求必然失败。
- 生产环境禁用
grpc.WithBlock()，它会让Dial()阻塞到连接就绪，但若 DNS 失败或后端未启动，可能永久 hang 住 - 正确做法是：去掉
WithBlock，改用异步连接 + 健康检查兜底；每次client.GetUser(ctx, req)前，先调conn.GetState() == connectivity.Ready，非 Ready 则 fallback 或重试 -
grpc.Dial()阶段的context.WithTimeout只控初始化，不能替代调用层超时；每个 RPC 必须传独立ctx，例如ctx, cancel := context.WithTimeout(parentCtx, 800*time.Millisecond)
HTTP 服务发现慢，别碰 http.DefaultClient
用 http.DefaultClient 做服务发现（比如轮询 /health 端点），极易因连接池共享、DNS 无缓存、空闲连接 linger 导致延迟突增。现象是 P95 延迟跳变、偶发秒级超时，日志里却找不到明确错误。
Golang Google Wire
下载
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
- 为服务发现单独初始化
http.Client，Transport 必须定制：MaxIdleConns和MaxIdleConnsPerHost设为相同值（如 100），IdleConnTimeout设为 30s - 禁用 HTTP/2：
ForceAttemptHTTP2: false，某些旧版 LB 或网关对 HTTP/2 流控处理异常，引发偶发延迟尖刺 - 健康检查请求必须带
context.WithTimeout，且 timeout 要短（如 300ms），避免探测请求拖慢主调用链 - 不要在 handler 内 new client —— 即使加
sync.Pool，TLS 初始化开销也无法规避
连接复用失效？确认凭证策略是否混用
gRPC 连接池键是 target + creds 组合，如果同一目标地址混用 grpc.WithInsecure() 和 grpc.WithTransportCredentials()，底层会视为两个完全不同的连接池，导致连接无法复用，每次调用都重建 TCP/TLS，跨机房场景下延迟直接抬升 150–300ms。
立即学习“go语言免费学习笔记（深入）”；
- 生产环境统一用
grpc.WithTransportCredentials(credentials.NewTLS()) - 本地调试用
grpc.WithTransportCredentials(insecure.NewCredentials())（注意不是WithInsecure()） - 全局复用单个
*grpc.ClientConn实例，不要按 endpoint 分多个 conn - 用
grpc.WithStatsHandler打印连接状态切换日志，观察Connecting → Ready频率，确认是否频繁重连
