在go语言中，slice的容量（capacity）决定了其底层数组的实际大小，它限制了slice在不重新分配内存的前提下可扩展的最大长度，是优化性能、避免频繁内存分配的关键设计。
go语言中的slice并非传统意义上的数组，而是一个三元组结构：指向底层数组的指针（pointer）、当前逻辑长度（Length）和最大可用长度（capacity）。调用 make([]float64, 5, 10) 创建的slice，其长度为5、容量为10，意味着：
- 底层实际分配了一块可容纳10个float64的连续内存；
- 当前仅“暴露”前5个元素供读写（arr[0] 到 arr[4]），访问 arr[8] 会触发 panic：“index out of range”，因为索引必须严格小于 length（5），而非 capacity；
- 但可通过切片操作安全地扩展 length（只要不超过 capacity）：
arr := make([]float64, 5, 10) fmt.Println(len(arr), cap(arr)) // 输出：5 10 arr = arr[:7] // 合法：length 从5→7，仍 ≤ cap(10) fmt.Println(len(arr), cap(arr)) // 输出：7 10 arr = arr[:11] // 编译通过，但运行时 panic：index out of range容量的核心价值体现在预分配与高效扩容上：
✅ 当后续需追加元素（如使用 append），若新长度 ≤ capacity，Go直接复用底层数组，避免拷贝；
✅ 若超出 capacity（如 append(arr, 1.0, 2.0, 3.0) 后总长超10），Go自动分配更大底层数组（通常翻倍），并将原数据复制过去——这一过程由运行时隐式完成，但提前设置合理 capacity 可显著减少内存重分配次数。
⚠️ 注意事项： capacity 是只读属性，无法直接修改；改变 capacity 的唯一方式是创建新 slice 并显式复制（如 newSlice := append(make([]T, 0, newCap), oldSlice…)）； append 在容量充足时不改变底层数组地址，地址不变可作为判断是否发生扩容的依据； 过大 capacity 浪费内存，过小则导致频繁扩容——建议根据业务场景预估最大规模（如网络缓冲区、批量处理队列）。
简言之，capacity 是Go slice的“预留空间”，它解耦了逻辑使用长度与物理存储上限，在保证安全性（越界检查基于 length）的同时，赋予开发者对内存效率的精细控制能力。