从Java 1.0到Java 21，数组拷贝的核心机制始终如一。虽然可用方法数量有限，但每个版本都在易用性和类型安全性上不断精进——本质上，你对数组拷贝功能的依赖早在二十多年前就已经奠定。 先介绍最原始的入口：`clone()`。自Java 1.0起，所有数组类型都隐式继承了`Object`，并重写了`clone()`，这属于JVM层面的原生支持。需要注意，它执行的是浅拷贝：对基本类型而言，相当于深拷贝；但对引用类型，它仅复制了引用地址。调用方式非常简单，例如`int[] copy = (int[]) original.clone();`。无需预分配目标数组，返回的是全新数组，且数组类型自动实现了`Cloneable`接口，不会抛出`CloneNotSupportedException`。不过，二维及以上数组需要逐层clone，否则仍是浅拷贝——这一常见陷阱，不少开发者都曾踩过。 接下来是真正的性能核心：`System.arraycopy()`。这个`native`方法从Java最初版本就已存在，至今仍是高性能拷贝的黄金标准——它绕过Java层循环，直接操作内存块，特别适合大数组或关键路径。语法明确但参数较多：`System.arraycopy(src, srcPos, dest, destPos, len)`。支持跨数组任意区域拷贝（包括重叠拷贝，类似C的`memmove`），运行时还会检查类型兼容性，不匹配则抛出`ArrayStoreException`。到Java 21，它的地位依然不可撼动，HotSpot虚拟机对其进行了多年的深度优化。 Java 6引入了`Arrays.copyOf()`和`copyOfRange()`，可以视为`arraycopy`的“程序员友好型”封装。它们内部仍然调用`arraycopy`，但将所有繁琐细节隐藏起来，可读性大幅提升。`Arrays.copyOf(arr, newLength)`自动创建新数组，支持扩容和截断；`Arrays.copyOfRange(arr, from, to)`语义清晰，`to`是排除的（类似Python切片）。泛型重载覆盖了`int[]`、`String[]`、`T[]`等所有类型。Java 8以后，这两个方法已成为日常开发的首选——简洁、不易出错。 再说Stream API，它并非专门为数组拷贝设计。Java 8引入Stream后，可以通过`Arrays.stream()` + `toArray()`实现函数式风格的拷贝，例如`int[] copy = Arrays.stream(original).toArray()`。但本质是先转流再收集，性能远低于`arraycopy`或`copyOf`。它的真正价值在于需要转换逻辑的场景，比如“拷贝并乘2”——纯复制任务中，没必要使用。Java 17+的模式匹配、record等特性并未新增数组拷贝能力，但可以简化某些封装逻辑。 总结：从性能角度看，`System.arraycopy()`依旧是无可替代的底层支柱；从开发体验看，`Arrays.copyOf()`和`copyOfRange()`是最佳日常选择；`clone()`适合快速浅拷贝；Stream API仅在需要函数式转换时才值得考虑。没有哪个方法是“万能的”，但理解它们的适用场景，能帮你写出更干净、更高效的代码。