本文详解 Go 中因循环变量地址复用导致的 sql.Scan 错误：当用 &val 为多个字段生成指针时，所有指针实际指向同一内存地址，造成数据覆盖；正确做法是直接取切片元素地址 &userLoginKeys[i]。
本文详解 go 中因循环变量地址复用导致的 `sql.scan` 错误：当用 `&val` 为多个字段生成指针时，所有指针实际指向同一内存地址，造成数据覆盖；正确做法是直接取切片元素地址 `&userloginkeys[i]`。
在 Go 中，使用 sql.Rows.Scan() 或 sql.Row.Scan() 将查询结果映射到变量时，必须传入有效的可寻址指针。常见误区是借助 structs.Names() 获取字段名后，在 for range 循环中对迭代变量 val 取地址：
for i, val := range userLoginKeys {
keys[i] = &val // ❌ 危险！val 是每次迭代的副本，其地址始终相同
}由于 val 是循环中每次重新赋值的局部变量（栈上同一位置），&val 始终返回该变量的固定内存地址。因此 keys[0] 和 keys[1] 实际指向同一个地址，后续 row.Scan(keys...) 会将两列数据依次写入该地址——后写入的 password 覆盖了先写入的 username，最终两个字段显示相同值（如示例中的重复哈希串）。
✅ 正确解法是直接对源切片 userLoginKeys 的索引元素取地址：
userLoginKeys := structs.Names(UserLogin{})
keys := make([]interface{}, len(userLoginKeys))
for i := range userLoginKeys {
keys[i] = &userLoginKeys[i] // ✅ 每个指针指向切片中不同位置的字符串
}但需注意：structs.Names() 返回的是字段名字符串切片（如 []string{"Username", "Password"}），而非结构体字段本身的地址。上述修正虽解决了地址复用问题，却仍无法达成原始目标——将数据库值写入 UserLogin 结构体字段。
? 真正推荐的实践是跳过字段名反射，直接构造结构体指针并扫描：
func Login() (*UserLogin, error) {
row := sql.QueryRow("SELECT username, password FROM users WHERE username = ?", "golang")
var user UserLogin
err := row.Scan(&user.Username, &user.Password) // 直接传入结构体字段地址
if err != nil {
return nil, err
}
return &user, nil
}若需完全动态映射（如字段数未知），应使用 reflect 获取结构体字段地址，而非字段名：
func scanToStruct(row *sql.Row, dest interface{}) error {
v := reflect.ValueOf(dest).Elem() // 必须传入 *T
if v.Kind() != reflect.Struct {
return fmt.Errorf("dest must be address of struct")
}
fields := make([]interface{}, v.NumField())
for i := 0; i < v.NumField(); i++ {
fields[i] = v.Field(i).Addr().Interface() // ✅ 获取每个字段的真实地址
}
return row.Scan(fields...)
}
// 使用：
// var user UserLogin
// scanToStruct(row, &user)⚠️ 关键总结：
-
for range中的val是值拷贝，&val总是同一地址 → 绝对避免； - 字段名字符串（
"Username"）≠ 字段内存地址，不能用于Scan； - 动态扫描务必通过
reflect.Value.Field(i).Addr()获取真实字段指针； - 静态已知结构时，显式传参（
&u.Username, &u.Password）最安全、高效、易读。
