不能直接赋值,因为数组是引用类型,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 ,运行时抛 <code>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</t> 的区别在哪?
Array.Copy 是泛型安全、类型感知的;Buffer.BlockCopy 是纯字节搬运工,只接受 Array,且要求元素是 blittable 类型(如 int、byte、double),不校验类型匹配,快但危险。
Span<t>.CopyTo</t> 是 .NET Core 2.1+ 推荐的新方式,零分配、栈友好、类型安全,但需要 Span<t></t> 支持(比如从数组 .AsSpan() 得到)。
选哪个?
- 写兼容 .NET Framework 的代码 → 用
Array.Copy - 处理大块原始字节(如网络包、图像像素)且确定是 blittable →
Buffer.BlockCopy可略快 5–10% - 新项目、追求现代风格、有
Span上下文 → 优先span.CopyTo(anotherSpan)
最容易被忽略的一点:所有这些 API 都不支持深拷贝对象数组(如 string[] 或 MyClass[])。它们只复制引用或位模式,对象本身不会被克隆。
大量免费API接口:立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游,为数据API应用能力赋能!











