心跳+ttl机制可自动清理宕机实例，避免流量误转；go客户端需用keepalive接口持续续租，watch需全量同步+增量监听并维护本地缓存，轮询应结合健康检查与内存缓存，etcd断连需重试+防重入，lease续约goroutine须绑定生命周期管理。
服务注册时为什么要用心跳 + TTL，而不是单次写入？
因为网络分区或进程崩溃时，服务实例可能已下线但注册信息还留在 etcd/consul 里，导致流量被错误转发。必须靠客户端定期续租（心跳），服务端自动清理过期键（TTL）。
Go 客户端如 etcd/clientv3 提供 KeepAlive 接口，它底层会复用同一个 lease 并自动刷新；若用 Grant + 手动 KeepAliveOnce，容易因超时或重试逻辑缺失导致 lease 过期。
- 注册时调用
client.Grant(ctx, ttl)获取 lease ID，再用client.Put(ctx, key, value, clientv3.WithLease(leaseID)) - 立即启动
client.KeepAlive(ctx, leaseID)，它返回<chan></chan>，需在 goroutine 中持续读取，否则心跳会中断 - 不要在
KeepAlivechannel 上做阻塞操作（如日志写磁盘），否则响应积压，etcd 会关闭 keepalive stream
如何监听服务列表变化并避免重复初始化连接？
用 clientv3.Watch 监听前缀（如 /services/myapp/），但每次 Watch 返回的事件可能包含多个 PUT 或 DELETE，不能对每个事件都重建全部连接池。
正确做法是：维护一个本地缓存 map[string]*ServiceInstance，只在服务地址变更（IP:port 不同）或新增/删除时，才对对应实例做连接增删；相同地址的重复 PUT 可忽略。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- Watch 启动后先用
client.Get(ctx, prefix, clientv3.WithPrefix())全量拉取一次，避免错过初始状态 - 处理
ev.Kvs时，用string(kv.Key)提取服务名（如从/services/myapp/10.0.1.5:8080截取最后一段），再解析 IP 和 port - watch channel 可能因网络断开而关闭，需在外层 for 循环中检测
ok == false，然后重新调用client.Watch()
客户端轮询服务节点时，为什么不能直接用随机数选节点？
随机选择在节点数量少、请求量低时看似可行，但无法应对节点故障——比如某节点已失联但还在注册表里（TTL 尚未过期），随机选中它会导致请求失败，且无快速剔除机制。
应结合健康检查与局部缓存：每次选节点前，先查本地记录的该节点最近一次心跳响应时间，超过阈值（如 3 秒）则跳过；同时对失败节点做短时熔断（例如 30 秒内不选）。
- 避免每次请求都查 etcd，所有服务节点状态必须缓存在内存里，由 Watch goroutine 更新
- 轮询策略建议用加权随机（weight = 1 / (latency + 0.1)），但权重更新要异步，不能阻塞主请求路径
- 首次请求前必须等至少一次 Watch 的全量同步完成，否则
serviceList为空，可用sync.Once+sync.WaitGroup控制初始化时机
etcd 连接断开后，注册和发现逻辑怎么保证不丢数据？
etcd clientv3 默认启用 auto-reconnect，但 Put、Watch 等操作在连接断开期间会直接返回 context.DeadlineExceeded 或 rpc error: code = Unavailable，不会自动重试。
必须自己封装带重试的逻辑，但要注意：Watch 重连后需传入上一次的 ev.Header.Revision，否则会漏掉断连期间的变更；而 Put 重试则要防重入——用唯一 instance ID（如 hostname+pid+timestamp）作为 key 后缀，避免重复注册。
- 注册函数应返回
leaseID并保存到 struct 字段，便于后续续约和注销；注销时调用client.Revoke(ctx, leaseID)，而非删 key - Watch 重连代码里，第一次调用用
client.Watch(ctx, prefix, clientv3.WithPrefix(), clientv3.WithRev(0))，后续断连重连时传入上次事件的ev.Header.Revision + 1 - 所有对外暴露的 API（如
GetOne()）必须有 fallback 行为：当服务列表为空或全不可用时，返回ErrNoAvailableInstance而不是 panic 或死锁
KeepAlive 的 channel 读取上。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
