使用JCache与Redisson时的序列化/反序列化机制问询

1. 默认序列化是否透明执行 #

是的，当你未配置任何序列化参数时，Redisson 会自动采用**Java 默认序列化（JDK Serialization）**完成对象的序列化与反序列化，整个过程对业务代码完全透明——你只需调用 JCache 标准 API 存取值，底层序列化逻辑会自动运行。

2. 所有对象实现 Serializable 是否足够？ #

不完全足够：

• 普通自定义类必须实现 Serializable 接口，否则 Java 默认序列化会直接抛出 NotSerializableException。
• java.time 包下的对象（如 LocalDateTime、Instant）本身未实现 Serializable，直接用默认序列化会失败，但 Redisson 内置了对这些 JDK8 时间类的序列化支持，只要你没禁用相关配置就能正常处理。如果是封装了时间类的列表/自定义对象，只要列表本身可序列化（比如 ArrayList 已实现 Serializable）、内部元素能被当前序列化器处理，就没问题。
• 常见集合类（如 ArrayList、HashMap）大多已实现 Serializable，只需保证集合内的元素满足序列化要求即可。

3. Redis 中存储的是 Java 默认序列化数据？你的判断正确 #

Redisson 默认使用 JDK 序列化器，序列化后的内容为二进制字节流，在 Redis 中会以字节数组（byte[]）形式存储，表现为不可读的乱码字符串，这正是 Java 默认序列化的典型特征。

4. 能否控制序列化行为？当然可以 #

Redisson 支持多种序列化器，常用的有：

• Jackson JSON 序列化器：将对象转为可读性强的 JSON 字符串，跨语言友好，无需实现 Serializable，但要注意泛型、时间类等复杂类型的反序列化准确性。
• Kryo 序列化器：序列化效率高、生成字节体积小，性能远优于 JDK 序列化，但需提前注册要序列化的类。
• Avro/Protobuf 序列化器：适合结构化数据，兼容性强，适配微服务场景。

配置示例（代码方式）：

Config config = new Config();
config.useSingleServer().setAddress("redis://127.0.0.1:6379");
// 配置 Jackson 序列化器
config.setCodec(new JsonJacksonCodec());
// 或配置 Kryo 序列化器
// config.setCodec(new KryoCodec());

RedissonJCacheManager cacheManager = RedissonJCacheManager.create(config);
Cache<String, Object> cache = cacheManager.getCache("myCache");

5. 保持默认还是自定义？看业务场景 #

• 选默认（JDK 序列化）：适合快速开发、对性能要求不高、且所有对象都能实现 Serializable 的场景，优势是无需额外配置，兼容性强。
• 选自定义序列化器：
  • 若需要跨语言读取 Redis 缓存数据，优先选 JSON 序列化器；
  • 若追求序列化性能和字节大小，选 Kryo 或 Protobuf；
  • 若用到 java.time 等未实现 Serializable 的类，自定义序列化器（如 Jackson）能更稳定处理，避免潜在的序列化异常。

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