优先选用 github.com/yourbasic/bloom 库，它经压测支持原子写入、自动计算最优参数，避免手写布隆过滤器在并发 add 时因位覆盖或漏置导致误判率失控。
用哪个库？别手写，优先选 github.com/yourbasic/bloom
生产环境别自己实现哈希、位运算和扩容逻辑——90% 的手写布隆过滤器在并发 Add 时会静默出错，位被覆盖或漏置，误判率飙升到不可控。官方推荐的 github.com/yourbasic/bloom 经过大量压测，支持原子写入（内部用 sync/atomic 操作 []byte），且 API 极简。
-
bloom.New(10_000_000, 0.001)：预估最大元素数 + 可接受误判率，库自动算出最优位数组长度和哈希函数个数（通常 3–5 个） - 误判率别设成
1e-6：每降一档，内存几乎翻倍；0.001（千分之一）对千万级 URL 去重已足够，实测约 12MB 占用 - 不支持删除，也不该支持：标准布隆过滤器设计上就不含减操作，强行加会导致误删其他 key（hash 冲突连坐）
Add 和 Test 必须用同一组哈希输入，且必须是稳定字节流
常见错误是传入 struct{ID int, Name string} 直接哈希，但 struct 字段顺序、padding、指针地址都不稳定；或者用 fmt.Sprintf("%v", x)，结果依赖 Go 版本和字段顺序。一旦插入和查询用的字节不一致，Test 永远返回 false。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 统一用
json.Marshal或gob.Encode序列化为确定性字节切片，再喂给Add/Test - 字符串直接用
[]byte(s)安全，但注意 UTF-8 多字节字符本身没问题，问题出在大小写、编码规范（如是否带空格、斜杠结尾）要业务层提前归一化 - 哈希函数不能换：库内部封装好了，你只管传字节，别自己调
fnv.New64()然后在Add里用一次、Test里又换一个
并发安全不是默认的，但读可以无锁，写必须串行或加锁
bloom.Filter 本质是 []byte，多个 goroutine 同时调 Add 会竞态写同一位——比如两个协程同时算出位置 1234，都执行 bits[1234/8] |= 1 ，但非原子操作导致其中一次被覆盖，该位实际没置上，后续 <code>Test 就漏判。
- 读操作
Test是安全的：只读 bit，无锁即可 - 写操作
Add必须控制并发：要么用sync.Mutex包一层，要么把布隆过滤器当只读配置，在初始化阶段批量Add所有已知热 key，运行时只Test - 如果真需要高频动态增删，改用计数型布隆过滤器（
Counting Bloom Filter），但空间翻倍、实现更重，且减操作前必须先atomic.LoadUint8判断是否 >0
千万别跳过二次校验：Test 返回 true ≠ 存在
这是线上事故最高发环节：filter.Test(key) 返回 true，你就直接丢弃请求或跳过 DB 查询，结果因误判把真实新数据当重复项丢了——这不是布隆过滤器的 bug，是你漏了兜底逻辑。
- 正确链路永远是：
if !filter.Test(key) { return } → 查 Redis / DB → 若存在则放行，否则 Add + 写入 - Redis 场景典型组合：
bloom filter → redis.GET → miss 则查 DB → 成功则 SET + bloom.Add - 本地缓存场景，
Test为false可直接放行；为true时必须查 map 或 channel 中的真实集合，不能信它
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
