go 切片的 capacity 并非硬性上限，而是提示底层数组可复用空间的“建议值”；append 在容量不足时会自动分配新底层数组并复制数据，因此不会 panic，但需显式接收返回值以避免引用失效。
在 Go 中，make([]T, len, cap) 创建切片时指定的 cap（容量）常被误解为“最大允许长度”，但实际它仅表示当前底层数组中从切片起始位置起、可供连续追加使用的元素个数。当调用 append() 且待追加元素超出剩余容量（即 cap - len）时，Go 运行时会自动执行扩容操作：分配一块更大的底层数组，将原切片所有元素复制过去，再追加新元素，并返回一个指向新数组的新切片。
这正是你示例中看似“突破 cap 限制”的根本原因：
aSlice := make([]int, 2, 2) // len=2, cap=2 → 底层数组长度为 2，无剩余空间 aSlice = append(aSlice, 1, 2, 3, 4, 5) // 需追加 5 个元素 → 剩余容量 0 < 5 → 触发扩容 fmt.Println(aSlice) // [0 0 1 2 3 4 5] → 新底层数组已分配，len=7, cap≥7（通常为 8 或 16）
⚠️ 关键注意事项：
- append() 总是返回新切片，即使未扩容（因切片是值类型，包含指针、len、cap 三元组）。忽略返回值将导致后续操作仍作用于旧切片（可能已失效或数据不一致）。
- 扩容策略由运行时决定（通常按 2 倍增长，小容量时可能更保守），具体 cap 值不保证可预测，绝不应依赖扩容后的 cap 值做逻辑判断。
- 若预期追加大量元素，应预先设置足够容量以减少内存分配与复制开销：
// 推荐：预分配容量，避免多次扩容
s := make([]int, 0, 10) // len=0, cap=10 → 可安全 append 至多 10 次无需扩容
s = append(s, 1)
s = append(s, 2, 3, 4)
fmt.Printf("len=%d, cap=%d, data=%v\n", len(s), cap(s), s) // len=4, cap=10, [1 2 3 4]✅ 正确理解 cap 的意义：
- 它是性能优化提示：告诉 Go “我预计最多用到这么多空间”，帮助减少动态分配；
- 它是内存复用边界：在 len ≤ cap 范围内追加，可复用原底层数组；
- 它不是安全围栏：Go 不会在 len > cap 时 panic，而是静默扩容——这是设计使然，而非 bug。
深入掌握切片行为，推荐阅读官方经典文档：Go Slices: usage and internals 和 Arrays, slices (and strings): The mechanics of 'append'。
