应使用 github.com/hashicorp/consul/api/consistent 实现一致性哈希，因其轻量、无依赖、生产验证；普通取模哈希在节点变动时导致缓存击穿与雪崩；需正确导入路径并调用 Rebuild()，虚拟节点数设为 100～200，读操作并发安全但增删节点需加锁。
直接用 github.com/hashicorp/consul/api/consistent 包，别手写哈希环。它轻量、无依赖、已通过大规模生产验证，且不绑定 Consul 服务本身。
为什么不能用 hash(key) % len(nodes)
这不是一致性哈希，而是普通取模哈希。节点增减时，几乎所有 key 都会重映射，导致：
- 缓存大面积失效，引发缓存击穿
- 数据库连接池瞬间打满
- 下游服务响应延迟飙升甚至雪崩
正确初始化 consistent.Map 的关键步骤
常见错误是导入路径错或漏掉重建逻辑：
- ✅ 正确导入：import "github.com/hashicorp/consul/api/consistent"
- ❌ 错误写法：github.com/hashicorp/consul/api（少 /consistent）或 github.com/hashicorp/consul/consistent（多一级）
- 添加节点后必须显式调用 c.Rebuild()，否则 Get() 总是返回空
虚拟节点与线程安全要点
分布均匀和并发安全是两个高频踩坑点：
立即学习“go语言免费学习笔记（深入）”；
- 虚拟节点数设为 100～200：太少（如 10）易倾斜，太多（如 1000+）拖慢 Rebuild 且内存翻倍
- consistent.Map 只保证 Get() 并发读安全；AddNode/RemoveNode/Rebuild 必须加锁
- 动态扩缩容时，用 sync.RWMutex 控制写操作，读操作可用 RLock
