arraylist序列化机制通过自定义writeobject和readobject方法，仅序列化size个有效元素而非整个elementdata数组，避免冗余null和残留引用；elementdata被声明为transient以跳过默认序列化。
ArrayList 的序列化机制本身并不“只存有效数据”，而是通过 定制 writeObject 和 readObject 方法，跳过内部数组（elementData）中未使用的部分，仅序列化实际存储的元素（即从索引 0 到 size - 1 的元素），从而实现“逻辑上只保存有效数据”。
为什么不能直接序列化整个 elementData 数组？
ArrayList 内部使用 Object[] elementData 存储元素，但该数组容量（capacity）通常大于实际元素个数（size）。例如：
- 新建 ArrayList 并 add(3) 个元素，size = 3，但 elementData.length 可能是 10（默认初始容量）；
- 中间删除元素后 size 变小，elementData 仍保持原长度，尾部存在 null 或残留对象引用；
- 若直接序列化整个 elementData，会把大量 null、冗余空间甚至已删除元素的残留引用一并写入，浪费空间且可能引发安全或一致性问题。
ArrayList 如何定制序列化？
ArrayList 实现了 java.io.Serializable，但没有使用默认序列化，而是显式定义了私有方法：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
-
private void writeObject(ObjectOutputStream s) throws IOException：只遍历size个有效元素，逐个调用s.writeObject(elementData[i])； -
private void readObject(ObjectInputStream s) throws IOException, ClassNotFoundException：先读取 size，再创建新数组（或复用），然后循环读取 size 个元素并放入； - 同时将
transient Object[] elementData声明为 transient —— 这样 JVM 默认序列化机制会跳过它，确保完全由自定义逻辑控制。
序列化输出的实际内容是什么？
反编译或用 ObjectInputStream 调试可观察到：序列化后的字节流中，不包含 elementData 数组本身，而是包含：
- ArrayList 类的元信息（如 serialVersionUID）；
- 显式写入的
size字段值； - 按顺序写入的
size个实际元素对象（每个都独立序列化）； - 没有 capacity、modCount、elementData 等字段的直接拷贝。
注意：clear() 后序列化不会清空 elementData
调用 list.clear() 只会将 size 设为 0，并不会置空 elementData 中的引用（JDK 8+ 为避免内存泄漏，会在 clear 时将 [0..size-1] 区间设为 null，但数组长度不变）。因此即使 clear 后序列化，由于 size=0，writeObject 仍不会写任何元素——真正做到了“只存有效数据”，哪怕底层数组还残留旧引用。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
