go 中对切片内结构体指针的递归遍历，若直接取循环变量地址会导致所有指针指向同一内存位置，造成数据污染；需通过显式复制循环变量或使用索引取址来确保每个递归调用持有独立指针。
go 中对切片内结构体指针的递归遍历，若直接取循环变量地址会导致所有指针指向同一内存位置，造成数据污染；需通过显式复制循环变量或使用索引取址来确保每个递归调用持有独立指针。
在 Go 中实现 HTML 树的深度优先遍历（如查找特定 class 和 id 的
元素）时，一个常见陷阱是：向结果切片 *[]*HtmlTag 中追加元素后，其内容在后续递归调用中“莫名改变”。根本原因并非指针本身被修改，而是循环变量复用导致多个 &tag 实际指向同一栈地址。
考虑原始代码片段：
for _, tag := range htmlTag.ChildTags {
getAllCertainDivs(className, idName, &tag, matchingDivs) // ❌ 危险！
}
此处 tag 是一个在循环作用域内复用的变量——每次迭代仅更新其值，而 &tag 始终返回该变量的同一内存地址。因此，所有递归调用接收到的 *HtmlTag 实际都指向同一个 tag 变量。当递归深入、tag 被下一次迭代覆写时，之前已存入 *matchingDivs 中的指针所指向的内容也随之改变，造成观察到的“内容突变”。
✅ 正确做法有以下两种（推荐后者，更清晰且无额外变量开销）：
方案一：在循环内重新声明变量（显式捕获当前值）
for _, tag := range htmlTag.ChildTags {
tag := tag // 创建新变量，绑定当前迭代值
getAllCertainDivs(className, idName, &tag, matchingDivs)
}
方案二：使用索引访问（推荐，语义明确、零分配）
for i := range htmlTag.ChildTags {
getAllCertainDivs(className, idName, &htmlTag.ChildTags[i], matchingDivs)
}
? 补充说明：&htmlTag.ChildTags[i] 安全，因为切片底层数组元素具有稳定地址（只要不触发扩容重分配），且 i 每次迭代唯一，故每次取址均获得不同 HtmlTag 实例的地址。
⚠️ 注意事项：
- 此问题与 goroutine 闭包中捕获循环变量属同一类经典陷阱（参见 Go FAQ），本质是变量生命周期与地址引用的错配；
- 若 HtmlTag 包含大字段或需频繁拷贝，应确保结构体设计为轻量（如仅含指针/小类型），否则 tag := tag 可能带来隐式复制开销；
- 调试时可打印 fmt.Printf("addr: %p\n", &tag) 验证地址是否重复，快速定位此类问题。
总结：在 Go 中向递归函数传递循环内结构体变量的地址时，永远不要直接取 range 循环变量的地址；务必通过变量重声明或索引访问，确保每个递归层级操作的是逻辑上独立的内存实体。
