java数组克隆需据需求选方法：clone()仅等长复制且类型不安全；arrays.copyof支持扩容截断、类型推导安全；system.arraycopy性能最优但需手动校验；三者均为浅拷贝。
Java里“克隆数组”不是简单选个方法就行，关键得看你要什么：是严格等长副本、要扩容截断、还是得从中间拷贝一段？clone()和Arrays.copyOf()表面都是“复制”，但语义、行为、性能和类型安全全都不一样。
语义与行为差异：等长 vs 可变长
两者根本不是一回事：
- clone()：只做一件事——生成一个长度完全相同的新数组，内容逐元素复制。int[] a = {1,2,3}; a.clone() → 新的 int[3]，值仍是 {1,2,3}。
- Arrays.copyOf(a, 8)：本质是“按需构造新结构”。它会创建一个长度为8的int[]，前3位填原值，后5位自动设为0（int默认值）。这不是“克隆”，是“重建+填充”。
类型安全与泛型支持
编译期是否帮你兜底，差别很大：
-
clone()返回Object，必须强制转型：
(int[])arr.clone()。泛型信息彻底丢失，数组类型靠人脑保证，写错就ClassCastException。 - Arrays.copyOf(arr, n)能根据参数自动推导返回类型，int[]入→int[]出，String[]入→String[]出，编译器直接报错拦截类型不匹配。
- 若需复制泛型数组（如List
[]）， Arrays.copyOf(arr, len, String[].class)必须显式传Class对象，否则返回Object[]。
性能与适用场景
速度排序通常是：System.arraycopy > Arrays.copyOf > clone > for循环。而Arrays.copyOf内部其实调用了System.arraycopy，只是多了一次new数组和Math.min计算，所以比直接arraycopy慢10–20%。
- 要高性能完整复制（比如网络包解析）：优先用System.arraycopy，零额外开销，JVM深度优化。
- 要简洁写法+可能扩容/截断：Arrays.copyOf最合适，一行搞定，逻辑清晰。
- 要语义明确+代码极简且确定长度不变：clone()可读性高，但性能最差（实测只有arraycopy的1/9），大数组慎用。
- 要复制子区间（如取后三个元素）：clone()和copyOf都不行，必须用System.arraycopy或Arrays.copyOfRange。
容易踩的坑
看似简单，细节决定成败：
- System.arraycopy越界直接崩：不校验srcPos + length ≤ src.length，错了就ArrayIndexOutOfBoundsException，必须手动检查。
- Arrays.copyOf传null直接NPE，不像arraycopy还能先跑几步再挂；传入非法长度不会报错，但结果可能不符合预期（比如copyOf(arr, -1)抛IllegalArgumentException）。
- 对象数组全是浅拷贝：clone()和copyOf对String[]、User[]这类都只复制引用，原数组改了元素内容，副本也跟着变。真要隔离，得自己递归深拷贝或用不可变对象。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
