redisbloom是当前高并发场景下最主流、最落地的布隆过滤器方案，官方推荐且天然支持集群与故障转移，通过bf.reserve可配置误判率与容量，配合bf.madd/bf.mexists实现高性能批量操作。
完全可行，而且是当前高并发场景下最主流、最落地的方案之一。关键不是“能不能”，而是选对实现路径——直接用 Redis 原生命令或模块（如 RedisBloom）比纯内存布隆过滤器更可靠，比缓存空对象更省资源。
用 RedisBloom 模块是最稳妥的选择
Redis 官方推荐的 RedisBloom 是一个可加载模块，提供 BF.ADD、BF.EXISTS 等原生命令，无需应用层维护状态，天然支持集群和故障转移。
- 必须先在 Redis 服务端启用该模块：启动时加参数
--loadmodule /path/to/redisbloom.so，或运行MODULE LOAD /path/to/redisbloom.so - Spring Boot 中只需用
RedisTemplate或StringRedisTemplate执行原生命令，不需要额外客户端 SDK - 误判率可配置（如
BF.RESERVE myFilter 0.01 1000000表示期望 100 万元素、误判率 1%） - 注意：RedisBloom 不支持删除，但
BF.MADD和BF.MEXISTS支持批量操作，性能远高于单条
Redisson 的 RBloomFilter 适合 Spring Boot 自动化集成
如果你已在用 Redisson 作为 Redis 客户端，RBloomFilter 封装了底层命令，支持声明式初始化和自动重试，对开发更友好。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 依赖需匹配：Spring Boot 3.x 推荐用 Redisson 3.24+，避免与 Lettuce 冲突
- 初始化时必须指定预期容量和误差率，例如：
redisson.getBloomFilter("product:exists", 1000000, 0.01) - 不能跨 Redis 实例共享同一个
RBloomFilter实例，每个 filter 对应唯一 Redis key - 首次调用
add()会自动执行BF.RESERVE，但如果 key 已存在且结构不匹配，会抛RedisException
Guava BloomFilter 只适用于单机轻量场景
纯内存实现，启动时加载全部合法 ID，适合数据量小、变更极少、且能接受进程重启后失效的场景。
- 误判率由构造时的
fpp参数决定，比如0.001表示千分之一概率误判为“可能存在” - 无法动态扩容，
expectedInsertions必须预估准确，否则空间浪费或误判飙升 - 所有节点必须加载相同数据集，多实例部署时需通过配置中心或 DB 同步初始化逻辑
- 不适用于商品 ID 持续增长、或用户黑名单实时更新等动态场景
最容易被忽略的三个实操细节
布隆过滤器本身很稳定，但线上出问题基本都卡在这几个点上：
- 初始化时机不对：不能等第一个请求才建 filter，必须在应用启动时完成
BF.RESERVE或RBloomFilter.tryInit()，否则首请求可能失败 - 未覆盖全量有效数据：只往 filter 里加了“已上架商品 ID”，却漏掉“已下架但仍在缓存有效期内的 ID”，导致误判穿透
- 没做兜底校验：
BF.EXISTS返回 false 时直接返回 null，但某些业务要求返回特定错误码（如 404），不能只靠 filter 决定响应体
