在 go 中使用反射动态创建结构体实例时，若在循环外只创建一次指针并反复复用，会导致切片中所有元素指向同一内存地址，最终全部显示为最后一次扫描的值。正确做法是在每次循环内重新创建新实例。
在 go 中使用反射动态创建结构体实例时，若在循环外只创建一次指针并反复复用，会导致切片中所有元素指向同一内存地址，最终全部显示为最后一次扫描的值。正确做法是在每次循环内重新创建新实例。
在使用 gocql + cqlr 构建 Cassandra 对象映射器时，一个常见陷阱是：误将同一个反射对象指针重复追加到结果切片中。你的 RetryingQuery() 方法中调用了：
value := reflect.New(query.structType).Interface()
for bindQuery.Scan(value) {
fmt.Println(value)
results = append(results, value) // ❌ 错误：始终追加同一个指针
}
这里 value 是一个指向堆上同一块内存的指针（例如 *Tweet），bindQuery.Scan(value) 每次都会覆写该地址的内容，而 results 切片中存储的全是这个相同地址——因此最终所有元素都显示为最后一次扫描的结果（如 "result5"）。
✅ 正确解法：每次迭代创建新实例
你需要在 for 循环内部为每个扫描结果单独分配新内存：
func (query Query) RetryingQuery() (results []interface{}) {
var q *gocql.Query
if query.values != nil {
q = c.Session.Query(query.query, query.values)
} else {
q = c.Session.Query(query.query)
}
bindQuery := cqlr.BindQuery(q)
// ✅ 关键修复：在循环内每次新建实例
for {
value := reflect.New(query.structType).Interface() // 每次都是全新指针
if !bindQuery.Scan(value) {
break
}
// ✅ 追加解引用后的值（即结构体副本），而非指针
results = append(results, reflect.ValueOf(value).Elem().Interface())
}
return
}
? 原理说明：
- reflect.New(query.structType).Interface() 返回 interface{}，其底层是 *T（如 *Tweet）；
- reflect.ValueOf(value).Elem().Interface() 将其解引用为 T 类型值（如 Tweet），即深拷贝一份结构体内容；
- 追加的是值语义的副本，彼此独立，彻底规避指针复用问题。
⚠️ 注意事项与最佳实践
- 不要试图对 interface{} 做类型断言后取地址：如 &value 会得到 *interface{}，而非 *T，cqlr.BindQuery.Scan() 无法正确解析；
- 避免在循环外声明 value：这会强制复用同一内存地址，是本问题的根本诱因；
- *若需返回指针切片（如 `[]T`）**，可改为：
ptr := reflect.New(query.structType).Interface() if !bindQuery.Scan(ptr) { break } results = append(results, ptr) // ✅ 此时 ptr 是每次新建的独立指针 - 性能提示：reflect.New 开销可控，现代 Go 运行时对其有优化；若极致追求性能，可考虑预分配切片并结合 unsafe（不推荐，破坏类型安全）。
✅ 验证效果
修复后，fmt.Printf("%v\n", results) 将输出：
[{"hostname":"result1","machine":"x86_64",...},{"hostname":"result2","machine":"x86_64",...},...]
每个元素均为独立结构体，内容互不影响。
总结：Go 的指针与反射需严格遵循“按需分配、及时解引用”原则。循环中动态构造对象，务必让每次迭代拥有专属内存空间——这是避免“万箭穿心”式指针陷阱的黄金法则。
