java中数组的clone()是jvm特殊处理的原语，绕过object.clone()逻辑，直接内存复制，性能高、线程安全、类型保留，且数组自动实现cloneable。
Java 中对数组调用 clone()，本质是调用了数组类（如 int[].class）继承自 Object 的 clone() 方法，但该行为由 JVM 特殊处理，并非普通对象的浅拷贝逻辑。
数组 clone() 不走 Object 默认实现路径
虽然数组类型没有显式重写 clone()，但 JVM 为所有数组类内置了专用克隆逻辑。当你写 int[] arr2 = arr1.clone();，JVM 并不会执行 Object.clone() 的通用字节码流程（比如检查 Cloneable、抛 CloneNotSupportedException 等），而是直接生成高效内存复制指令（如 arraycopy 底层优化）。
- 即使数组元素类型是
Object，其 clone 仍是浅拷贝 —— 新数组中每个引用指向原对象，不递归克隆元素本身 -
int[]、double[]等基本类型数组 clone 后，内容值被完整复制，与“深拷贝”效果一致（因基本类型无引用） - 数组类自动实现
Cloneable接口，所以不会抛异常；而普通类若未实现该接口，调用super.clone()就会失败
对比普通对象 clone() 的关键差异
普通类调用 super.clone() 依赖 Object.clone() 的反射式字段复制：逐个复制非静态字段，且要求类或父类声明实现 Cloneable。数组则绕过这套机制：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 不检查运行时是否实现
Cloneable（JVM 已知数组可克隆） - 不触发
CloneNotSupportedException（即使你把数组强制转成Object再调clone()，只要它是数组实例，依然成功） - 不调用任何 Java 层的构造方法或初始化逻辑，纯粹内存块复制
从字节码和规范看本质
根据 JVM 规范，clone 是一个特殊指令（invokespecial java/lang/Object.clone:()Ljava/lang/Object;），对数组类型，虚拟机在解析该调用时直接绑定到内部克隆例程，而非 Object 的 Java 实现。这使得：
- 性能接近
System.arraycopy()，远快于手动循环赋值 - 线程安全：克隆过程原子，新数组在返回前已完全构造完毕
- 类型保留：返回的是与原数组相同的具体类型（如
String[]clone 后仍是String[]，不是Object[]）
本质上，数组的 clone() 是 JVM 提供的语法糖级原语，它利用了数组的连续内存布局特性，用底层机制实现了安全、高效、类型准确的副本创建，和普通对象基于反射的浅拷贝有根本区别。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
