数组拷贝应按需选择：无需副本则直接使用原数组；只需部分元素时用arrays.copyofrange()或system.arraycopy()指定区间；高频场景复用目标数组以减小gc压力；基本类型数组无深浅之分，对象数组默认浅拷贝即够用；优先使用jvm优化的system.arraycopy()而非手写循环。
数组拷贝本身不是目的，而是为后续操作服务的。真正影响性能和可维护性的，是拷贝时的选择逻辑、时机和方式。优化不是追求单次最快，而是让拷贝行为更贴合实际场景需求。
按需拷贝：避免无意义的全量复制
很多拷贝发生在不需要完整副本的场景中，比如只读遍历、取前N项、过滤后使用等。
- 如果只是临时遍历，直接用原数组，不拷贝
- 若只需部分元素，优先用 Arrays.copyOfRange() 或 System.arraycopy() 指定区间，省去创建全长数组的开销
- 对字符串或字节数组，考虑用 ByteBuffer.slice() 或 String.substring()（JDK 7u6 之后已不共享底层 char[]）这类视图式操作，零拷贝
复用目标数组：减少对象分配压力
高频拷贝（如网络收发缓冲区、图形帧缓存）中，反复 new 数组会加剧 GC 压力。
- 用 System.arraycopy() 时，复用已分配好的目标数组，仅覆盖内容
- 配合对象池管理固定大小的 byte[] 或 int[] 缓冲区，避免每次申请内存
- 在循环体中避免调用 Arrays.copyOf() 或 .clone()，它们必然新建对象
区分浅拷贝与深拷贝的真实需求
一维基本类型数组（int[]、byte[]）不存在“深浅”之分；只有含对象引用的数组（Object[]、T[]）才需警惕。
- 绝大多数业务场景下，clone() 或 Arrays.copyOf() 对一维对象数组仍是浅拷贝——够用且高效
- 真需要递归复制嵌套结构（如二维对象数组、含 List/Map 的数组），应显式实现或使用 SerializationUtils.clone() 等工具，而非误以为 clone() 自动深拷贝
- 对不可变类型（String、Integer、LocalDateTime），浅拷贝即等效于深拷贝，无需额外处理
利用 JVM 底层特性：信任 native 实现
Java 中最高效的拷贝路径始终是 JVM 直接支持的原生操作。
-
System.arraycopy() 是首选：它被 JIT 高度优化，可能编译为 CPU 的内存块移动指令（如 x86 的
rep movsb） - Arrays.copyOf() 内部就调用 System.arraycopy()，适合需扩容或简洁语法的场合
- 避免手写 for 循环拷贝大数组——即使语义清晰，JVM 很难将其向量化，性能通常比 native 方法低 2–5 倍
