go切片创建需避免内存坑：用make预分配容量防扩容，字面量适合小数据，截取共享底层数组需copy隔离，nil切片与空切片不同，append扩容策略影响性能，删除元素需拼接而非赋零值。
切片怎么创建才不踩内存坑
Go 切片不是数组，它只是底层数组的一段“视图”，创建方式直接决定后续是否共享内存、是否频繁扩容。
-
make([]int, 3, 5)：明确长度为 3、容量为 5，推荐用于预知规模的场景（比如解析固定字段 JSON、读取文件块），避免append过程中多次复制 -
[]int{1,2,3}：字面量初始化，len=cap=3，简洁安全，适合小数据或配置项 -
arr[1:4]：从数组或切片截取，会共享底层数组——改sub[0]可能悄悄改掉原数组里相邻位置的值 -
var s []int：nil 切片，len(s)和cap(s)都是 0，s == nil为 true；而s := []int{}是空切片，非 nil，cap(s)可能非 0（取决于底层实现），别用== nil判断“有没有元素”
append 之后 len 和 cap 怎么变
append 看似简单，但它的行为由当前容量决定，不是每次加一都只涨 1。
- 容量够用时：
append只增加len，cap不变，O(1) 操作 - 容量不够时：Go 自动分配新底层数组，复制旧数据，
cap按策略增长——小于 1024 元素时翻倍，≥1024 时约增 25% - 示例：
s := make([]int, 0, 2)，连续append(s, 0,1,2,3,4)后，cap 依次为 2→4→8，中间触发两次扩容 - 风险点：如果在循环里无预分配地反复
append，可能产生多轮内存分配+拷贝，性能骤降（尤其处理上千条日志或 HTTP body 时）
怎么安全地截取又不污染原数据
用 s[low:high] 截取非常快（O(1)），但默认共享底层数组，这是最常被忽略的隐性耦合。
- 想完全隔离：用
copy创建副本：dst := make([]int, len(src)); copy(dst, src) - 想限制子切片容量（防后续误 append 越界影响原数组）：用三参数切片表达式
s[low:high:max]，例如arr := [5]int{1,2,3,4,5}; sub := arr[1:3:3]，此时sub的 cap=2，再append(sub, 99)就会新建底层数组，不影响arr - 错误示范：
s1 := arr[1:3]; s2 := arr[2:4]; s1[1] = 99→s2[0]也变成 99，因为它们共用同一段内存
删除元素为什么不能直接 s[i] = nil
Go 没有内置“删除索引 i 元素”的语法，s[i] = nil 只是把该位置设为零值（对 int 是 0，对指针是 nil），len 并没变，这不是删除。
- 正确做法是拼接前后两段：
s = append(s[:i], s[i+1:]...)（注意...展开） - 如果要删多个或按条件删，别边遍历边
append，容易漏或越界；先收集索引，再倒序删，或用双指针原地覆盖 - 清空整个切片的高效写法：
s = s[:0]（保留底层数组，适合复用）或s = nil（释放引用，让 GC 回收） - 注意：
s[i+1:]在 i 是最后一个索引时合法（s[len(s):]是允许的），但s[i+1]会 panic
切片真正的复杂点不在语法，而在“它不保存数据，只管理一段内存”的设计哲学。一次 append、一次截取、一次传参，都可能悄悄延伸出共享、扩容、越界三条线——看 len 和 cap 的输出，比看变量名更能说明你在跟哪块内存打交道。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
