<p>数组复制性能取决于方法、内存布局和上下文：小数组用编译器优化循环，中大数组用原生接口如memcpy，超大结构体优先栈分配；需规避隐式重分配、利用语言特性（如JS扩展运算符、C# InlineArray）、关注内存局部性与对齐。</p>
数组复制本身不耗资源，真正拖慢性能的是复制方式、内存布局和上下文环境。选对方法比写得快更重要。
按数据规模选复制手段
小数组（≤64字节）：编译器能自动优化的循环赋值往往比 memcpy 更快，尤其在 -O2/-O3 下，循环被展开为连续 MOV 指令，无函数调用开销；
中大数组（≥1KB）：优先用底层原生接口——C 用 memcpy，Java 用 System.arraycopy，Rust 用 slice.copy_from_slice()，它们由运行时或硬件加速，避免边界检查与中间对象；
超大结构体或固定长度集合：C# 可用 [InlineArray(N)] struct 避免堆分配，Rust 推荐栈上数组 [T; N] 替代 Vec
规避隐式重分配与冗余拷贝
动态数组（如 SystemVerilog 的 bit pkt_data[] 或 Java 的 ArrayList）在 resize 时会触发整块内存重新申请 + 元素逐个复制，代价极高；
预分配足够容量：例如以太网包处理预设 new[1526]，避免多次扩容；
Java 中用 Arrays.copyOf(arr, newLen) 时，若 newLen > arr.length，内部仍会 new 一个更大数组并 copy——不如提前用 new int[expectedMax] + System.arraycopy 控制起点和长度；
Rust 和 C++ 中，避免频繁 clone 大 slice，改用 &[T] 引用传递，或用 std::swap / mem::replace 转移所有权。
利用语言特性减少运行时开销
JavaScript 浅拷贝首选扩展运算符 [...arr]，V8 对其做了深度优化，比 slice() 和 concat() 更快且更易读；
C# 内联数组（InlineArray）在 Release 模式下索引访问无边界检查，int4[2] 直接映射到内存偏移，适合高频数值计算场景；
Java 中 clone() 对基本类型数组是高效浅拷贝，但对对象数组只复制引用——若需深拷贝，应避免泛型递归 clone，改用序列化或手动构造新对象；
Excelize 等库中，数组公式务必限定范围（如 SUM(A1:C1000)），否则默认遍历整列，空白单元格也参与计算，性能断崖式下降。
关注内存局部性与对齐
连续内存拷贝比跳地址访问快得多：C++ 中用 data.data() 获取原始指针，配合 for 循环比 vector.at(i) 更易被向量化；
确保源/目标地址对齐（如 16 字节对齐），现代 memcpy 会对齐后启用 SIMD 指令（如 AVX2），未对齐则退化为字节拷贝；
Rust 的 copy_from_slice 在编译期检查长度匹配，且生成的代码与手写汇编接近，无 panic 开销（Release 模式下）；
避免跨页访问：单次拷贝若跨越内存页边界，可能引发 TLB miss，拆分为两次对齐拷贝反而更快——不过现代 memcpy 已内置该优化，通常无需手动干预。
