不能直接赋值，因为数组是引用类型，b = a仅复制引用地址，导致修改互相影响；Array.Copy通过CLR底层内存复制实现高效、可控的浅拷贝，支持全量及偏移拷贝，但不支持深拷贝。
Array.Copy 是 C# 中最常用、最底层的数组拷贝机制，它直接调用 CLR 的内存复制逻辑，性能接近 memcpy（实际行为更接近 memmove），比手写循环或 Clone() 更可控、更高效。
为什么不能直接赋值？——引用复制陷阱
写 int[] b = a; 不是拷贝，只是把引用地址给了 b。后续对 a[0] 或 b[0] 的修改会互相影响。
常见错误现象：
- 修改副本后，原数组内容意外改变
- 传参进方法后，方法内修改“副本”却污染了外部数据
根本原因：数组是引用类型，= 操作只复制引用，不分配新内存。
Array.Copy 的三参数重载最常用
签名：Array.Copy(source, destination, length)
这是最简洁、最安全的用法，适用于「从头到尾全量拷贝」场景：
-
source和destination必须已初始化且长度 ≥length - 源和目标类型必须兼容（如
int[]→int[]，或short[]→int[]，后者会自动宽化） - 不支持跨维拷贝（比如二维数组不能直接拷到一维）
示例：
int[] src = { 1, 2, 3, 4, 5 };
int[] dst = new int[5];
Array.Copy(src, dst, src.Length); // ✅ 安全、高效注意：dst 必须提前分配好空间；如果 dst.Length < src.Length，运行时抛 ArgumentException。
五参数重载用于偏移/分段/合并等高级场景
签名：Array.Copy(source, sourceIndex, destination, destinationIndex, length)
这个版本才是 Array.Copy 真正体现“底层 API”价值的地方——它允许你跳过开头、插入中间、拼接两段，而无需额外分配临时缓冲区。
典型使用场景：
- 把
src从索引 2 开始的 3 个元素，复制到dst从索引 5 开始的位置 - 合并两个数组：
Array.Copy(a, 0, c, 0, a.Length); Array.Copy(b, 0, c, a.Length, b.Length); - 实现「在数组中间插入一段数据」（先腾出空间，再两次
Copy）
关键约束：
sourceIndex + length ≤ source.LengthdestinationIndex + length ≤ destination.Length- 源与目标可以是同一数组（即内存重叠），此时行为等价于
memmove，不会因覆盖出错
示例（合并）：
byte[] a = { 1, 2 };
byte[] b = { 3, 4, 5 };
byte[] c = new byte[a.Length + b.Length];
Array.Copy(a, 0, c, 0, a.Length);
Array.Copy(b, 0, c, a.Length, b.Length); // c == {1,2,3,4,5}和 Buffer.BlockCopy、Span<T>.CopyTo 的区别在哪？
Array.Copy 是泛型安全、类型感知的；Buffer.BlockCopy 是纯字节搬运工，只接受 Array，且要求元素是 blittable 类型（如 int、byte、double），不校验类型匹配，快但危险。
Span<T>.CopyTo 是 .NET Core 2.1+ 推荐的新方式，零分配、栈友好、类型安全，但需要 Span<T> 支持（比如从数组 .AsSpan() 得到）。
选哪个？
- 写兼容 .NET Framework 的代码 → 用
Array.Copy - 处理大块原始字节（如网络包、图像像素）且确定是 blittable →
Buffer.BlockCopy可略快 5–10% - 新项目、追求现代风格、有
Span上下文 → 优先span.CopyTo(anotherSpan)
最容易被忽略的一点：所有这些 API 都不支持深拷贝对象数组（如 string[] 或 MyClass[]）。它们只复制引用或位模式，对象本身不会被克隆。
