数组克隆本质是浅拷贝：基本类型数组值完全独立复制，引用类型数组仅复制引用，不递归克隆元素对象；jvm直接内存复制，绕过object.clone()逻辑，性能高、线程安全、类型保留。
数组克隆的本质是浅拷贝
Java中对数组调用clone()方法，会创建一个新数组对象，其长度和元素值与原数组一致，但两者在堆中占据不同内存地址。对于基本类型数组（如int[]），每个元素值被逐个复制，互不影响；而对于引用类型数组（如String[]或MyObj[]），克隆仅复制引用本身——新数组中的每个元素仍指向原数组对应位置所引用的**同一个对象**。
这意味着：
- 修改新数组的长度或替换某个索引处的引用（如
newArr[0] = new MyObj()），不会影响原数组； - 但若通过
newArr[i].field = xxx修改了共享对象的内部状态，则原数组对应位置的对象也会看到该变化； - 数组对象自身的生命周期独立：原数组置为
null或超出作用域后，只要新数组还被强引用，它就继续存活。
克隆不触发构造函数，跳过初始化阶段
与new或反射创建不同，clone()绕过了类的构造流程。JVM直接在堆上分配内存、复制字段值（含数组内容）、设置对象头，然后返回实例。因此：
- 不会执行任何
<init></init>方法，包括显式构造器、实例初始化块、字段默认初始化语句（如private int x = 5;）——这些已在原对象创建时完成，克隆只是复刻当前状态； - 若类中存在依赖构造逻辑的资源（如打开文件、注册监听器），克隆后的对象不会自动重建这些关联，需手动处理；
- 这也解释了为何克隆后对象的
hashCode()通常与原对象不同（除非重写且逻辑一致），因为对象头中的哈希码可能已缓存或延迟计算。
引用生命周期由可达性决定，与克隆无关
克隆产生的是新对象引用，但该引用是否“存活”，取决于它是否能从GC Roots（如栈帧局部变量、静态字段、JNI引用等）被追踪到。关键点在于：
- 原数组和克隆数组是两个独立对象，各自拥有自己的引用链；
- 即使原数组被置为
null或离开作用域，只要克隆数组仍被某个强引用持有（比如被放入静态集合、作为方法返回值被接收），它就不会进入“不可达阶段”； - 软/弱引用可用于管理克隆副本的生命周期：例如将克隆结果存入
WeakHashMap，当内存紧张时可自动释放，避免长期占用堆空间。
深拷贝需手动实现或借助工具
当数组元素是可变对象，且业务要求完全隔离状态时，必须进行深拷贝。常见做法包括：
- 对引用类型数组逐个调用
clone()（前提是元素类也支持克隆）； - 使用序列化/反序列化（需实现
Serializable）； - 利用第三方库如Apache Commons Lang的
SerializationUtils.clone()或Jackson的树模型复制； - 自定义拷贝逻辑，在
clone()方法中递归复制嵌套对象。
注意：深拷贝会显著增加内存开销和CPU消耗，应按需选择，避免无谓克隆。
