guava是单机布隆过滤器最优解，redisson是分布式唯一靠谱选择；两者哈希不兼容、无法混用或结合使用，guava参数固化不可调，redisson必须显式tryinit且依赖redis 6.0+及redisbloom模块。
直接说结论：Guava 是单机布隆过滤器的最优解，Redisson 是分布式场景下唯一靠谱的选择；两者不能混用，也不能“结合使用”——所谓“Guava + Redis”只是把 Guava 的计算逻辑搬到 Redis 上存 bit，实际仍是本地内存主导，既没解决分布式一致性，又丢掉了 Redisson 的自动分片与容错能力。
Guava 布隆过滤器初始化必须指定 expectedInsertions 和 falsePositiveProbability
Guava 的 BloomFilter.create() 不接受动态扩容，所有参数在构造时固化。一旦预估数量（expectedInsertions）或误判率（falsePositiveProbability）设错，后续无法调整：
- 设小了 → 位数组过小 → 误判率飙升（比如从 1% 涨到 15%+），且
put()后续写入性能断崖下跌 - 设大了 → 内存浪费严重（1000 万容量 vs 实际只存 10 万，内存多占 10 倍）
- 字符集不显式指定（如漏掉
Charset.defaultCharset()）→ 多环境（Linux/macOS/Windows）下哈希结果不一致，导致跨机器部署时mightContain()返回不一致
示例中常见错误写法：BloomFilter.create(Funnels.stringFunnel(), 1_000_000, 0.01) —— 缺少字符集，生产环境极易出问题。
Redisson 布隆过滤器必须调用 tryInit() 才能真正生效
Redisson 的 RBloomFilter 是懒加载设计：仅声明 redissonClient.getBloomFilter("name") 不会创建任何 Redis key。必须显式调用 tryInit(expectedInsertions, falsePositiveProbability)，否则首次 add() 会抛 IllegalStateException: Bloom filter is not initialized。
-
tryInit()是幂等操作，重复调用无副作用，但首次必须触发 - 如果 Redis 中已存在同名布隆过滤器，且参数不兼容（比如新设的
expectedInsertions小于已有 size），tryInit()会静默失败并返回false，不会覆盖原有结构 - Spring Boot 启动时初始化需放在
@PostConstruct或CommandLineRunner中，不能依赖 @Bean 初始化顺序
典型遗漏代码：bloomFilter = redissonClient.getBloomFilter("url_filter"); // 忘了 tryInit() → 运行时报错
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
Guava 和 Redisson 的哈希行为不兼容，无法共享状态
有人试图“用 Guava 算 hash，再把结果写进 Redis BitMap”，这条路走不通。原因很实在：
- Guava 默认用
Murmur3_128哈希，输出 16 字节；Redisson 用的是自研的LongHash+ 分段取模，内部实现和参数（如 bitSize 对齐方式）完全不同 - 即使强行复现哈希逻辑，Guava 的
optimalNumOfBits()计算出的位长度，和 RedissontryInit()实际申请的 Redis key 长度也不一致（Redisson 会向上取整到 64 的倍数，并做分片） - 没有共享的种子（seed）或盐值（salt），两个库对同一字符串的哈希路径天然不同，bit 位置完全错开
所以，“Guava + Redis”不是混合方案，而是伪方案——它只是用 Guava 做本地判断，再额外往 Redis 写一次数据，既没提升可靠性，又增加维护成本。
Redisson 在集群模式下必须用 useClusterServers() 配置
如果你的 Redis 是哨兵（Sentinel）或 Cluster 模式，但配置里仍写 useSingleServer()，RBloomFilter 会静默降级为单节点行为，导致：
- 集群中只有 1 个 master 节点承载全部布隆过滤器数据，其他节点空转
- 该 master 宕机后，整个布隆过滤器不可用，
contains()全部返回false（即假阴性，违反布隆过滤器基本保证） - Redisson 日志里只会报 WARN：“Can't find node for slot”，不会中断启动，极难排查
正确做法是明确配置集群拓扑：config.useClusterServers().addNodeAddress("redis://192.168.1.10:7001", "redis://192.168.1.11:7002")，并确保所有节点都开放布隆过滤器模块（redis-bloom）支持。
最易被忽略的一点：Redisson 的布隆过滤器底层依赖 Redis 的 BF.RESERVE 命令，而这个命令在 Redis 6.0 之前并不存在；如果你用的是 Docker 官方镜像或旧版 Redis，必须手动加载 redisbloom.so 模块，否则 tryInit() 会直接抛 ERR unknown command `BF.RESERVE` 异常。
