buffer是操作原始内存的静态工具类，array是托管数组基类；buffer.blockcopy按字节拷贝且无类型检查，array.copy支持类型安全与引用语义；buffer.bytelength返回字节数，array.length返回元素数；memorystream.getbuffer()返回含预留空间的原始引用，toarray()返回精确长度新数组。
Buffer 和 Array 在 C# 中根本不是同一层级的概念：前者是操作原始内存块的静态工具类，后者是表示托管数组对象的基类。混淆它们，轻则复制出错，重则在生产环境出现静默数据损坏。
Buffer.BlockCopy 只认字节偏移，不认元素边界
Buffer.BlockCopy 本质是内存拷贝（类似 C 的 memcpy），它只按字节计算起始位置和长度，完全忽略数组元素类型和逻辑索引。
- 常见错误现象：把
int[]当作整数数组用索引传参，结果复制错位
比如想复制前 3 个int（共 12 字节）到目标数组，却写成：Buffer.BlockCopy(src, 0, dst, 0, 3)→ 实际只拷 3 字节，截断数据 - 正确做法必须手动换算字节长度：
Buffer.BlockCopy(src, 0, dst, 0, 3 * sizeof(int)) - 使用场景：高频、大批量、同构值类型数组间拷贝（如图像像素、音频采样、网络包解析）
- 容易踩的坑：
- 源/目标数组类型不一致（比如
short[]→int[]），BlockCopy不做类型检查，直接按字节搬，结果不可预测 - 偏移越界不抛异常，只静默截断或读写非法内存（.NET 6+ 在 checked 模式下可能触发
IndexOutOfRangeException，但默认不启用）
- 源/目标数组类型不一致（比如
Array.Copy 支持类型安全与引用语义
Array.Copy 是托管层的复制方法，它知道数组类型、元素大小、甚至能处理装箱/拆箱和接口转换。
- 常见错误现象：对
object[]或string[]误用Buffer.BlockCopy→ 复制的是对象引用地址，而非对象本身；后续修改源数组元素，目标数组“看似”同步变化，实则共享引用，极易引发并发问题或意外覆盖 - 正确做法：
Array.Copy(src, 0, dst, 0, length)—— length 是元素个数，不是字节数
它自动适配byte[]、double[]、MyClass[]等所有一维数组 - 性能影响：
- 比
Buffer.BlockCopy慢约 2–3 倍（测试数据见知识库：5000 万次拷贝，BlockCopy耗时 ~23s，Array.Copy~59s） - 但多花这点时间换来的是类型安全、GC 友好、调试友好
- 比
- 兼容性注意：
- 不支持多维数组直接拷贝（需展平或循环）
-
Array.ConstrainedCopy更严格（禁止隐式类型转换），适合强契约场景，但日常少用
Buffer.ByteLength 和 Array.Length 完全不是一回事
Array.Length 返回元素个数；Buffer.ByteLength 返回该数组在内存中占用的总字节数。
- 示例：
short[] arr = {1, 2, 3};arr.Length→ 3Buffer.ByteLength(arr)→ 6（因为每个short占 2 字节） - 容易踩的坑：
- 把
Buffer.ByteLength当作元素数量用于循环 → 循环次数翻倍或崩溃 - 在序列化/网络传输中误用
Array.Length计算缓冲区大小 → 数据截断（尤其处理char[]、double[]时）
- 把
- 实操建议：
- 需要字节长度时才用
Buffer.ByteLength，比如分配MemoryStream底层缓冲、调用非托管 API - 日常遍历、比较、索引一律用
Array.Length
- 需要字节长度时才用
MemoryStream.GetBuffer() vs ToArray() 的陷阱
这两个方法都来自 MemoryStream，但返回的数据范围和生命周期完全不同。
-
GetBuffer()返回底层内部字节数组的原始引用，包含未使用的预留空间（Capacity > Length）- 错误用法：
socket.Send(stream.GetBuffer())→ 发送整个缓冲区，含大量 \0 垃圾字节 - 正确用法：
socket.Send(stream.GetBuffer(), 0, (int)stream.Length)
- 错误用法：
-
ToArray()返回一个新分配的、精确长度的byte[]，内容仅含已写入数据- 优点：安全、语义清晰、无需手动截断
- 缺点：多一次内存分配和拷贝（小数据可忽略，高频大流慎用）
- 容易被忽略的关键点：
-
GetBuffer()返回的数组可能在后续MemoryStream写入时被重用或调整，若缓存该引用并异步使用，可能读到脏数据或引发NullReferenceException -
ToArray()每次调用都 new 数组，短生命周期场景没问题；长连接反复调用需考虑 GC 压力
-
真正麻烦的从来不是选哪个 API，而是没意识到 Buffer 操作绕过了 CLR 类型系统——它快，也危险；而 Array 方法慢一点，但每一步都在类型契约里。
