在 Go 语言中，复制一个容量很大的切片，其性能开销是否必然高于复制一个小切片？请说明原因。
考察说明
考查对 Go 切片底层结构和拷贝语义的理解，以及性能评估的准确性。
回答思路
- 【回答框架 1】Go 切片由指向底层数组的指针、长度 len 和容量 cap 三个字段组成，切片变量本身仅是一个 24 字节的描述符。使用赋值或传参复制切片时，复制的是这个描述符，其代价不随切片长度或容量改变，始终是复制三个字段，复杂度为 O(1)。
- 【回答框架 2】但当使用 copy 内置函数复制切片内容时，会按 len 中较小的值复制元素，复杂度为 O(n)，n 为被复制元素个数。此时大切片（len 大）的复制代价确实高于小切片，因为需要复制更多元素，且可能涉及内存分配和拷贝。
- 【回答框架 3】如果仅复制切片头而不涉及底层数组内容的拷贝，则无论切片多大，代价都是一样的。性能差异主要取决于复制操作是浅拷贝（描述符）还是深拷贝（元素），以及底层数组是否发生重新分配。
- 【关键点 1】切片变量复制是浅拷贝，只复制描述符，代价固定为 O(1)。
- 【关键点 2】copy 函数复制元素，代价与 len 成正比，O(n)。
- 【关键点 3】性能比较需明确复制方式，不能一概而论。
- 【易错点 1】误以为切片复制总是深拷贝底层数组。
- 【易错点 2】忽略切片头部复制的固定开销。