在缓存系统中，若采用 JDK 默认的 Java 序列化机制而不是 JSON 序列化，这种选择会带来哪些利与弊？请从性能、兼容性、可读性等角度阐述。

回答思路

1. 【回答框架 1】JDK 默认序列化是 Java 原生的二进制序列化，通过实现 Serializable 接口即可使用，能完整保留对象类型信息和继承结构，反序列化时自动恢复类型。JSON 序列化则基于文本和类型元数据，常用 Gson、Jackson 等库实现，以键值对形式表示对象。
2. 【回答框架 2】性能方面，JDK 序列化生成的字节体积通常较大，因为包含类描述和大量冗余元数据，序列化和反序列化开销较高，尤其使用反射时。JSON 序列化虽然也有文本冗余，但在压缩后体积可能更小，且部分库（如 Jackson）对常用场景做了优化，速度可能更快。
3. 【回答框架 3】兼容性上，JDK 序列化高度绑定 Java 语言，无法跨语言，且对类结构变化敏感，增加字段或修改类名可能导致反序列化失败或异常。JSON 序列化具有跨语言优势，且对字段增减相对宽容，适合微服务或异构系统间的缓存共享。
4. 【回答框架 4】可读性和调试方面，JDK 序列化是二进制格式，不可直接阅读，排查问题困难。JSON 是文本格式，易于人工检查、日志输出和调试。安全性上，JDK 反序列化存在被利用构造恶意对象的风险，JSON 解析相对安全。
5. 【回答框架 5】实际选择时，若缓存仅由 Java 应用访问且追求内部简单性，JDK 序列化可直接使用；但若考虑分布式系统、跨语言或变更频繁，JSON 更合适。还需结合缓存框架（如 Redis）的序列化配置综合权衡。
6. 【关键点 1】JDK 序列化保证类型完整，但体积大、速度慢、不能跨语言。
7. 【关键点 2】JSON 序列化跨语言、可读性好、变更容忍度较高，但需要额外转换开销。
8. 【关键点 3】JDK 反序列化有安全风险，使用对象过滤器等防护。
9. 【关键点 4】选择应基于系统架构和需求，不做绝对优劣判断。
10. 【易错点 1】误以为 JDK 序列化一定比 JSON 快，实际通常相反，尤其在跨语言场景。
11. 【易错点 2】忽略 JDK 序列化的安全漏洞和类结构变更的脆弱性。
12. 【易错点 3】默认认为 JSON 序列化没有开销，其实编译期或反射也会有额外成本。