
本文详解 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 <p>⚠️ 关键总结: </p>
-
for range中的val是值拷贝,&val总是同一地址 → 绝对避免; - 字段名字符串(
"Username")≠ 字段内存地址,不能用于Scan; - 动态扫描务必通过
reflect.Value.Field(i).Addr()获取真实字段指针; - 静态已知结构时,显式传参(
&u.Username, &u.Password)最安全、高效、易读。











