ArrayList 的 elementData 声明为 transient 是为了跳过 JVM 默认序列化，仅序列化 size 及有效元素，避免冗余 null 占位导致体积膨胀、语义失真及兼容性风险，并为自定义 writeObject/readObject 提供前提。
ArrayList 的 elementData 被声明为 transient，核心目的不是“不序列化”，而是“不让 JVM 默认序列化它”——从而把控制权拿回来，只序列化真正有效的元素，跳过大量冗余的 null 占位。
避免序列化冗余空间
ArrayList 底层用数组存储数据，但数组容量（capacity）通常大于实际元素个数（size）。比如存了 5 个元素，elementData.length 可能是 10、16，甚至 100。这些空位置全是 null，没有业务意义。
- 如果不加
transient，Java 默认序列化会把整个数组连同所有null一起写入字节流 - 序列化体积膨胀，I/O 时间增加，网络传输或磁盘存储成本上升
- 尤其在大数据量、小实际元素场景下（如初始化大容量后只 add 少量），浪费非常明显
确保反序列化后语义正确
序列化不只是“保存数据”，更要保证还原出来的对象行为和原对象一致。容量信息属于内部实现细节，不应固化到序列化结果中。
- 反序列化时，ArrayList 不是简单复用旧数组，而是根据读出的
size创建新数组，再逐个还原元素 - 这样新实例的初始容量就是刚好够用的（或按默认策略扩容），不会继承旧对象“过度预留”的容量
- 避免因容量错乱引发后续 add 操作不必要的扩容，也防止子类或框架误依赖历史容量值
为自定义序列化提供必要前提
transient 是 ArrayList 实现精准序列化的开关。没有它，自定义逻辑就无法生效。
- JVM 在调用
writeObject前，会先自动处理所有非transient字段；若elementData不是transient，它就会被提前写入，导致重复或冲突 - 标记为
transient后，JVM 跳过它，完全交由 ArrayList 自己的writeObject方法处理：先写size，再循环i 写有效元素 - 同理，
readObject先读size，再新建数组、逐个读取——整个流程干净可控
兼顾兼容性与安全性
这个设计还隐含对长期演进和潜在风险的考量。
- 不同 JDK 版本扩容策略可能变化（如从 1.5 倍改为 1.125 倍），若直接序列化数组长度，反序列化行为可能不一致
- 数组中曾引用过的敏感对象（即使已置
null）理论上存在残留风险，transient配合手动控制可彻底规避 - 子类若未重写序列化方法，也不会意外继承错误的默认行为
