生产环境RedissonSet.add()返回false无报错，求排查原因

可能的原因及验证方案 #

1. 对象序列化导致的唯一性误判 #

Redisson的Set基于Redis的字节序列判断元素唯一性，若待添加对象序列化后的字节与集合中已有元素重复，add()会直接返回false，且无报错。

• 检查目标对象的equals()和hashCode()实现，确认是否覆盖了业务所需的唯一标识字段，避免因逻辑缺失导致误判；
• 核对Redisson序列化配置（如Jackson、Kryo），排查是否有字段被@JsonIgnore或序列化配置忽略，导致不同业务对象生成相同的字节序列；
• 临时打印待添加对象序列化后的字符串/字节数组，与集合中已有元素的序列化结果对比，验证是否存在非预期的重复。

2. Redis集群/主从同步延迟 #

若使用Redis集群或主从架构，节点间数据同步延迟可能引发一致性问题：

• 查看Redis集群节点状态，确认是否存在键迁移、分片异常或节点离线情况；
• 检查Redisson集群配置，将readMode设置为MASTER，避免从同步滞后的从节点读取数据；
• 查阅Redisson版本日志，3.14.9存在部分集群下Set操作的一致性bug，可尝试升级至3.15.x及以上版本验证问题是否消失。

3. Redisson客户端隐性重试/超时问题 #

部分配置可能导致网络波动时，客户端重试后仍失败但未抛出异常，直接返回false：

• 检查Redisson配置中的retryAttempts、retryInterval、timeout参数，确认超时时间和重试次数是否合理；
• 开启Redisson DEBUG级别日志，跟踪add()操作的执行流程，查看是否存在重试、超时等未被捕获的隐性异常。

4. 对象序列化的线程安全问题 #

若自定义序列化器（如Jackson ObjectMapper）未保证线程安全，会导致序列化结果不稳定：

• 确认序列化器实例为单例，且未在多线程环境中修改配置（如Jackson ObjectMapper需避免动态修改序列化规则）；
• 检查待添加对象在序列化前是否被其他线程修改，导致序列化内容非预期变化。

5. Redis内存淘汰策略影响 #

当Redis达到内存上限并启用淘汰策略时，刚添加的元素可能被立即淘汰，这种情况Redis日志会有相关记录：

• 查看Redis的used_memory与maxmemory指标，确认是否接近内存阈值；
• 检查maxmemory-policy配置，若为allkeys-lru等可能淘汰任意键的策略，需调整Redis内存上限或更换淘汰策略。

内容的提问来源于stack exchange，提问作者user1116404