不显式声明serialVersionUID会导致类结构变动时反序列化失败；transient仅跳过默认序列化流程，无法阻止手动序列化且对static字段无效；ArrayList反序列化后元素数组存在null槽位是设计使然；JSON不能替代Java原生序列化，二者适用场景不同。
serialVersionUID 不写会怎样？
不显式声明 serialVersionUID，JVM 会根据类名、字段、方法等自动生成一个 64 位哈希值。一旦类结构稍有变动（比如加个字段、改个访问修饰符），生成的 serialVersionUID 就变了，反序列化时直接抛 InvalidClassException：「local class incompatible: stream classdesc serialVersionUID = xxx, local class serialVersionUID = yyy」。
这不是理论风险——线上升级后旧缓存未清、RPC 跨版本调用、日志中序列化对象重放等场景，都可能触发。
- 始终显式定义
private static final long serialVersionUID = 1L;（初版用 1L，后续兼容性变更才考虑递增） - IDEA 可勾选「Serializable class without 'serialVersionUID'」警告并一键生成；Eclipse 同理
- 如果类只是临时 DTO、从不落盘或跨进程传输，可考虑加
@SuppressWarnings("serial")并配注释说明，但别滥用
transient 字段真的完全跳过序列化吗？
transient 确实让字段不进默认序列化流程，但它不是“银弹”。它只影响 ObjectOutputStream.defaultWriteObject() 和 ObjectInputStream.defaultReadObject() 的行为，而无法阻止你手动在 writeObject()/readObject() 中写入/读取该字段。
更关键的是：它对静态字段（static）本就无效——静态字段本就不参与序列化，加不加 transient 都一样。
立即学习“Java免费学习笔记（深入）”；
- 敏感字段（如密码、token）必须用
transient，且建议配合自定义readObject()做防御性初始化（比如设为null或空字符串） - 依赖外部状态的字段（如
ThreadLocal、数据库连接）也应标transient，否则反序列化后引用失效甚至引发 NPE - 不要以为加了
transient就高枕无忧——若类实现了Externalizable，整个默认机制被绕过，所有字段都得你手动控制
为什么 ArrayList 反序列化后 size 正确但元素为 null？
这是 JDK 7+ 中 ArrayList 序列化实现的典型陷阱。它把元素数组 elementData 标为 transient，并在 writeObject() 中只序列化实际有效元素（size 个），但反序列化时 elementData 数组长度仍为默认容量（10），未使用的槽位保持 null。
现象是：反序列化后 list.size() == 3，但 list.get(0) 正常，list.toArray().length == 10，且 list.toArray()[3] 是 null —— 这不是 bug，是设计使然。
- 只要用
get(i)或增强 for 遍历，不会出错，因为逻辑基于size而非数组长度 - 避免直接操作
toArray()返回的数组内容，尤其别假设其长度等于size - 若需紧凑数组，用
list.toArray(new String[list.size()])显式指定长度
JSON 序列化能替代 Java 原生序列化吗？
不能简单替代，二者定位不同。Java 原生序列化（ObjectOutputStream）保存完整对象图、类型信息、私有字段、甚至 transient 字段的手动处理逻辑；JSON（如 Jackson、Gson）只处理 public 字段/Getter、无类型还原、不支持循环引用（除非开配置）、丢失运行时类型（如泛型擦除后无法还原 List<dog></dog>）。
典型误用：用 JSON 存 Runnable 匿名内部类，反序列化后得到的是 Map 或 LinkedHashMap，根本不是原对象。
- 跨语言、前端交互、配置存储 → 用 JSON/YAML
- 同一 JVM 内缓存、RMI、老式 JMS 消息体 → 原生序列化仍可用，但注意
serialVersionUID和类路径一致性 - 新系统优先考虑 Protocol Buffers 或 Avro：二进制体积小、向后兼容、多语言支持好，比原生序列化更可控
真正容易被忽略的点：原生序列化后的字节流含完整类名和包路径，一旦类移动包、改名、删字段，反序列化当场失败，连降级逻辑都来不及跑。JSON 至少还能 parse 出字段缺失的提示。
