Go微服务集成Consul服务注册

注册成功了，但服务查不到？这通常是健康检查没有配对或没有生效。不是说代码写错了，而是Consul默认只存储注册信息，并不会自动认为服务“可用”——必须通过健康检查确认存活状态，否则 Health().Service() 会返回空列表。

consul client 初始化必须带协议和超时

很多Go服务一启动就报 connection refused 或者直接卡死，十有八九是 api.Config.Address 没写对：

• Address 必须带 http:// 前缀。写成 "localhost:8500" 会静默 fallback 到默认地址，但在 Docker/K8s 环境下根连不上
• 默认 Timeout 是 0，意味着无限等待，线上稍微一抖就能 hang 住 goroutine；建议显式设为 3 * time.Second
• 如果 Consul 启用了 ACL，Token 字段不能省，否则会直接返回 403 Forbidden，而且错误提示极不明确

service registration 的 ID 和 Check 必须同时存在

调用 client.Agent().ServiceRegister() 成功，并不等于服务就真的能被发现。常见的问题包括：

• 只填 Name 没填 ID：多实例部署时互相覆盖，最终只剩下一个注册项
• 写了 ID 但漏掉 Check 字段：服务注册进去了，但在 Health().Service() 查询时被过滤掉——因为状态不是 passing
• HTTP 健康检查路径返回非 200 或超时：比如 /health 接口耗时 6s，而 Timeout 设了 "5s"，Consul 直接判为失败
• Interval 太短：比如设为 "1s"，会压垮 Consul Agent；太长，比如 "60s"，故障发现延迟又会过高

服务退出前必须调用 ServiceDeregister

进程被 kill -9 或者 panic 退出时，Consul 并不知道服务已经死亡。它会持续探测，最终标记为 critical，但服务条目还在——客户端拿到的就是“不可用却未清理”的实例，调用必然失败：

• 用 signal.Notify 监听 SIGINT/SIGTERM，别依赖 defer。进程直接退出时 defer 不执行
• 反注册要加 context timeout，比如 ctx, cancel := context.WithTimeout(context.Background(), 3*time.Second)，避免网络问题阻塞退出流程
• 可以设置 DeregisterCriticalServiceAfter 作为兜底（例如 "90s"），但这不能替代主动 deregister

客户端查服务必须用 Health().Service() + passingonly=true

新手最常踩的坑：调 Catalog().Services() 拿到一堆服务名，以为就能用；或者调 Health().Service("xxx", nil)，却拿到 critical 状态的节点：

• Catalog().Services() 只返回服务名列表，不包含地址、端口、健康状态，完全不能用于真实调用
• Health().Service() 默认返回所有状态节点，必须传 &api.QueryOptions{AllowStale: false, PassingOnly: true} 才只获取健康实例
• 首次查询后，后续要用 WaitIndex 做阻塞查询，而不是轮询——否则给 Consul 造成的压力大，变更感知延迟也高

真正难的不是写几行注册代码，而是每个环节都得闭环：注册时 ID 唯一、Check 可达、退出时清理、查询时过滤健康态。少一个，服务发现就断在某个环节，而且极难定位。