arraylist 的 elementdata 被 transient 修饰，是为了避免默认序列化冗余 null 元素、节省空间并保证语义正确；其通过重写 writeobject/readobject 实现按需序列化有效元素，且 transient 是自定义序列化的必要前提。
ArrayList 中的 elementData 数组被 transient 修饰，**根本原因是为了避免序列化时直接序列化整个底层数组（包括未使用的空位），从而节省空间、提升效率，并保证序列化语义的正确性**。
elementData 包含大量 null 占位，序列化它没有意义
ArrayList 是动态扩容的，elementData 的长度通常大于实际元素个数（即 size）。例如，添加 5 个元素后，数组长度可能是 10 或 16，后半部分全是 null。Java 默认序列化会递归保存对象所有非 transient 字段——如果 elementData 不加 transient，这些冗余的 null 引用也会被写入字节流，浪费 I/O 和存储空间。
序列化逻辑由 ArrayList 自己控制更合理
ArrayList 通过重写 writeObject 和 readObject 方法，实现“按需序列化”：
- 序列化时只写入有效元素（
size个）和size值本身； - 反序列化时先读出
size，再创建恰好够用的新数组（而非复用原容量），最后逐个还原元素。
这样既保证了数据完整性，又避免了容量信息污染（比如旧数组容量为 100，但实际只存了 3 个元素，不应让反序列化后的 ArrayList 初始容量也变成 100）。
transient 是配合自定义序列化的必要标记
transient 关键字在此处起的是“排除默认序列化”的作用：它告诉 JVM 序列化机制“别管这个字段，交给我自己处理”。没有它，JVM 会在 writeObject 执行前自动把整个 elementData 写进去，导致重复写入或容量错乱。
不加 transient 可能引发兼容性与安全性问题
若 elementData 可被默认序列化：
- 不同 JDK 版本中数组扩容策略可能变化，导致反序列化时容量行为不一致；
- 若数组中曾存放过敏感对象（即使已置为 null），残留引用可能被序列化工具意外捕获（尽管概率低，但设计上应杜绝）；
- 用户子类若未正确重写序列化方法，容易继承错误行为。
因此，transient 是一种主动防御式设计，把控制权收归类自身，确保语义清晰、行为可控。
