数组序列化天然实现深拷贝，能递归复制基本类型和可序列化对象数组（含多维），避免引用共享；相比clone()更安全自动，但需注意transient/static字段不参与。
数组复制本身不等于序列化，但序列化过程常隐含深拷贝行为——尤其当对象含数组字段时，能否正确复制数组内容，直接决定反序列化后对象的状态是否完整。
序列化天然支持数组的深拷贝
Java序列化机制会递归处理对象图：只要数组元素类型可序列化（如基本类型、String、实现了Serializable的类），整个数组连同其所有元素都会被写入字节流。反序列化时，会重建一个**全新的数组对象**，每个元素也都是新实例（对引用类型而言）。这本质上就是一种自动化的、安全的深拷贝。
- 基本类型数组（如int[]）：序列化直接复制值，无引用共享问题
- 对象数组（如String[]或Person[]）：只要元素类实现Serializable，整个结构被完整重建
- 嵌套数组（如int[][]）：多维数组也被视为对象，同样被递归序列化
为什么不用clone()而选序列化做深拷贝？
对含复杂引用结构的对象（比如一个Employee含Car[]数组），手动重写clone()极易遗漏某一层的深拷贝逻辑；而序列化无需修改业务类内部逻辑，只要确保所有字段类型可序列化，就能“一键”达成全路径深拷贝。
- clone()需类实现Cloneable，且对每个引用字段显式调用clone()或新建对象
- 序列化只需声明implements Serializable，甚至无需写任何方法
- 序列化还能跨JVM、跨网络传输，clone()仅限当前JVM内存内
注意：transient和static字段不参与序列化
若数组字段被标记为transient，它不会被写入字节流，反序列化后该字段为null；static字段属于类而非实例，始终不被序列化。这意味着：即使你依赖序列化做深拷贝，也必须确认目标数组字段未被排除。
- 错误示例：private transient String[] tags; → 反序列化后tags == null
- 正确做法：移除transient，或在readObject()中手动恢复
- 数组本身是对象，但其长度和元素值都属于实例状态，正常情况下全部保留
替代方案对比：Arrays.copyOf vs 序列化
Arrays.copyOf()适合纯数组场景，快且轻量；但它只复制一层——若数组元素是自定义对象，仍只是浅拷贝引用。而序列化在需要**穿透多层引用、保证完全隔离**时不可替代。
- int[] a = {1,2,3}; int[] b = Arrays.copyOf(a, a.length); → 安全，因是基本类型
- Person[] p1 = {...}; Person[] p2 = Arrays.copyOf(p1, p1.length); → p2[i] 和 p1[i] 仍指向同一Person实例
- 用序列化复制p1，则p2[i] 是全新Person对象，彻底独立
