Golang切片append怎么用_Golang切片扩容机制教程【推荐】

张开发
• 2026/4/10 23:26:26 • 15 分钟阅读

最新文章

推荐文章

相关文章

分享文章

Golang切片append怎么用_Golang切片扩容机制教程【推荐】
Go的append返回新切片原变量不变是值传递设计必须显式赋值接收返回值扩容策略分段且不保证精确容量。append 后原切片变量没变这是值传递不是 bugGo 的 append 返回一个新切片它和原变量是两个独立的 header指针 len cap原变量不会自动更新。这是设计使然不是疏漏。错误写法append(s, x) 没赋值 → 编译器会警告 “result of append not used”且 s 仍是旧的正确写法s append(s, x) 或 s append(s, x, y, z)函数内修改必须返回func add(s []int, x int) []int { return append(s, x) }调用方要接住返回值传参时也是 header 副本函数里 append 不影响调用方的 s但改 s[i] ... 会影响因为指针指向同一底层数组扩容不是每次翻倍而是分段策略 向上对齐扩容触发条件很明确当 len(s) cap(s) 时下一次 append 必定新建底层数组但新容量怎么算不能靠猜。cap 1024新 cap cap * 2如 512 → 1024cap ≥ 1024新 cap cap cap/4如 1024 → 12802048 → 2560实际分配还会向上对齐到内存边界比如 8 字节对齐所以 cap 可能略大于理论值一次追加多个元素时Go 会先估算最小够用容量再套策略可能跳档如从 cap2 直接扩到 4 来塞 3 个新元素底层数组复用是双刃剑省拷贝也埋隐患只要没扩容append 返回的新切片就和原切片共用底层数组——这提升性能但也导致隐式共享。常见错误现象函数 A 返回 append(s, x)调用方继续操作原 s发现数据被改了因为没扩容还是同一数组调试技巧打印 s[0] 看地址是否变化注意len(s) 0 时 panic得先确保非空需要隔离时别依赖截取s[:0] 还是复用原底层数组安全做法是显式复制newS : append([]int(nil), s...)存进 map 后再 append更危险——map value 是副本但若未扩容仍可能指向原数组后续修改污染其他 keynil 切片能 append但混合使用容易逻辑错乱var s []int 是合法且推荐的声明方式append(s, x) 安全有效但它的行为和已分配切片不同。 文小言 百度旗下新搜索智能助手有问题问小言。

更多文章