保护性复制是防御性编程策略，核心在于防止外部通过引用篡改类内部可变数组状态；必须在构造器接收、getter返回或长期持有可变数组时进行，对引用类型数组还需对每个可变元素做深层保护性拷贝。
Java 数组拷贝中的“保护性复制”，核心不是单纯把数组复制一遍，而是防止外部代码通过引用篡改你类内部的状态。它本质是一种防御性编程策略，关键在“谁持有可变对象”以及“谁可能修改它”。
什么时候必须做保护性复制
当你的类接收或返回一个可变数组（比如 int[]、Date[]、String[] 等），且该数组可能被调用方后续修改时，就必须保护性复制。
- 构造器中接收数组参数：不能直接赋值给成员变量，否则外部改数组内容，你的对象状态就意外变了
- getter 方法返回数组：不能直接返回内部数组引用，否则调用方拿到后可随意修改
- 方法参数是数组且你要长期持有（如缓存、校验后保存）：需立即拷贝，避免之后被外部改坏
保护性复制 ≠ 浅拷贝
对基本类型数组（int[]、boolean[] 等），Arrays.copyOf() 或 clone() 就够了——它们复制的是值，天然安全。
但对引用类型数组（如 Date[]、MyBean[]），仅用 Arrays.copyOf() 是浅拷贝：数组本身新了，但每个元素仍是原对象的引用。外部仍可通过某个 Date 元素修改时间，破坏你类的约束（例如 start < end）。
立即学习“Java免费学习笔记（深入）”；
此时真正需要的是：先拷贝数组，再对每个可变元素做保护性拷贝（比如 new Date(date.getTime())）。
选哪种拷贝方式更合适
不追求“最炫”，只看场景是否匹配：
-
构造器入参拷贝：推荐
Arrays.copyOf(src, src.length)，简洁、安全、语义清晰 -
需要部分拷贝或高性能大批量：用
System.arraycopy()，它是 native 实现，底层内存操作，效率最高 -
要扩容或指定新长度：
Arrays.copyOf(src, newLength)自动处理填充或截断，比手动 new + arraycopy 更稳妥 -
返回不可变视图：考虑不返回数组，改用
Collections.unmodifiableList(Arrays.asList(array))或直接返回Stream，从源头规避风险
比复制更优的替代方案
保护性复制是补救措施，治标不治本。更健壮的设计优先级是：
- 用不可变类型替代可变类型：比如用
long存时间戳，代替Date；用String代替char[] - 成员变量声明为
final，配合私有访问，限制外部写入路径 - 内部使用不可变集合：如
ImmutableList（Guava）或List.copyOf()（Java 10+），省去手动保护 - 文档明确约定：若性能敏感且信任调用方，可在 JavaDoc 中注明“调用方不得修改传入数组”，但需承担违约风险
