redisson 默认使用 kryo 实现 jcache 的序列化/反序列化，而非 java 原生序列化；对象无需实现 `serializable`，但需满足 kryo 兼容性要求（如提供无参构造器、避免非静态内部类等），且支持 `java.time` 等现代 jdk 类型。
Redisson 作为 JCache（JSR-107）的高性能实现，其序列化机制是核心设计亮点之一。与传统基于 java.io.Serializable 的方案不同，Redisson 默认采用 Kryo 序列化器（轻量、高效、支持零依赖 POJO），这意味着：
- ✅ java.time.LocalDate、LocalDateTime、Duration 等 JDK 8+ 时间类型开箱即用，无需额外配置；
- ✅ 缓存对象不必实现 Serializable 接口，也无需 serialVersionUID；
- ✅ 序列化后写入 Redis 的是紧凑的二进制格式（非 Java 原生 ObjectOutputStream 输出），性能更高、体积更小；
- ❌ 但需注意 Kryo 的约束：类应有public 无参构造器，字段建议为 public 或通过 getter/setter 访问，避免非静态内部类、Lambda 表达式、匿名类（Kryo 无法可靠序列化）。
你可以通过 Config 显式确认或自定义序列化行为：
Config config = new Config(); config.setCodec(new KryoCodec()); // 显式指定（默认即此） // 如需兼容旧数据或特殊需求，可切换为其他编解码器： // config.setCodec(new JsonJacksonCodec()); // JSON 格式，人类可读，跨语言友好 // config.setCodec(new SerializationCodec()); // Java 原生序列化（不推荐，性能差且脆弱） // config.setCodec(new FstCodec()); // 替代高性能二进制方案（需额外依赖）
⚠️ 注意：若使用 JsonJacksonCodec，需确保所有缓存对象为 Jackson 可序列化（如含 @JsonCreator / @JsonProperty 注解），且 java.time 类型需注册 JavaTimeModule（Redisson 内置已处理，但自定义 Jackson 实例时需手动配置）。
最佳实践建议：
- 优先保持默认 KryoCodec —— 它在性能、兼容性与易用性间取得最优平衡；
- 避免为“兼容性”强行要求业务对象实现 Serializable；
- 若需调试序列化内容，可通过 redis-cli 查看 Redis 中的二进制值（GET cacheKey），但请勿人工解析——Kryo 二进制无标准文本表示；
- 升级 Redisson 版本时留意 Kryo 兼容性说明，因 Kryo 自身版本升级可能影响序列化稳定性（Redisson 通常封装适配）。
总之，Redisson 的序列化是透明、可控且面向现代 Java 生态优化的——你只需专注业务逻辑，把序列化交给 Kryo。
