本文深入剖析go语言for-range循环中因变量复用导致切片追加仅保留最后一个元素的经典陷阱，并提供安全、高效的结构体聚合写法。
在Go开发中，尤其在处理数据库查询结果聚合（如一对多关系展开）时，开发者常通过for range遍历视图结构体（如ProductAttrValView），并试图将关联属性逐个append到目标结构体的切片字段（如AttrVals）中。但若未注意Go的循环变量语义，极易出现只保留最后一次追加结果的诡异现象——正如示例中输出AttrVals:[text4]而非预期的[text1 text2 text3 text4]。
根本原因在于：Go的for range循环复用同一个循环变量（pview）的内存地址。每次迭代并非创建新变量，而是更新该变量的值。当代码执行 prod = &pview.Product 时，prod 指向的是这个被反复覆盖的栈上变量的地址；而pview.Product本身是p的副本（值语义），其AttrVals字段初始为空切片。更关键的是，在第一次迭代后，prod.AttrVals被重新make为一个新切片；但后续迭代中，pview被覆盖，&pview.Product又指向了原始p的副本——其AttrVals仍为初始空切片，导致之前追加的数据“丢失”。
✅ 正确解法：避免循环变量地址依赖
最直接、推荐的做法是显式初始化目标结构体指针，并独立管理切片容量：
func main() {
p := Product{Id: 1, Title: "test", AttrVals: []string{}}
prodViews := []ProductAttrValView{
{Product: p, Attr: "text1"},
{Product: p, Attr: "text2"},
{Product: p, Attr: "text3"},
{Product: p, Attr: "text4"},
}
// 显式构造目标Product指针，不依赖pview.Product地址
prod := &Product{
Id: p.Id,
Title: p.Title,
// 预分配容量，提升append性能
AttrVals: make([]string, 0, len(prodViews)),
}
for _, pview := range prodViews {
if pview.Attr != "" {
prod.AttrVals = append(prod.AttrVals, pview.Attr)
}
}
fmt.Printf("%+v\n", prod) // 输出：&{Id:1 Title:"test" AttrVals:["text1" "text2" "text3" "text4"]}
}⚠️ 其他注意事项
- make([]T, 0, n) vs make([]T, n)：务必使用0作为长度（len）、n作为容量（cap）。若误写为make([]string, len(prodViews))，则切片长度为4且已含4个零值元素，append会从第5位开始写入，导致前4个位置为空字符串。
- 避免prod = &pview.Product：这是本问题的罪魁祸首。pview是循环变量，其地址固定，内容不断被覆盖，取其地址等于在“移动的目标”上钉钉子。
-
进阶技巧：循环内复制变量（不推荐主用）：
若必须沿用原逻辑结构，可在循环开头插入 pview := pview —— 这会为当前迭代创建一个同名新变量（shadowing），使&pview.Product指向本次迭代的独立副本。但此写法易读性差，应优先采用显式初始化方案。
✅ 总结
Go中for range的循环变量复用机制是一把双刃剑：它节省内存，却要求开发者对地址语义保持高度警惕。处理结构体聚合场景时，请始终遵循：
立即学习“go语言免费学习笔记（深入）”；
- 目标对象独立构建（不取循环变量地址）；
- 切片预分配容量（make(T, 0, cap)）；
- 逻辑清晰优先（避免依赖隐式行为）。
如此，即可彻底规避“追加只留最后一个”的陷阱，写出健壮、可维护的Go代码。
