因为Scan要求参数为字段地址且顺序类型严格匹配，而结构体字段命名、大小写、跳过标记等与SQL列名不一致；需用反射结合db tag实现列名到导出字段的自动映射，并注意NULL处理、缓存优化及类型兼容。
为什么不能直接用 sql.Rows.Scan 绑定结构体字段？
因为 sql.Rows.Scan 要求传入的参数是变量地址，且顺序、类型必须和 SELECT 字段严格一致；而结构体字段是命名的、可能有跳过字段（如 json:"-" ）、字段名大小写不匹配数据库列名（比如数据库是 user_name，结构体是 UserName），手动写 Scan(&u.ID, &u.Name, ...) 不仅重复、易错，还无法复用。
反射能解决字段名映射和地址自动提取的问题，但要注意：结构体字段必须是导出的（首字母大写），否则反射拿不到值。
如何用 reflect 实现字段名到列名的自动对齐？
核心思路是：先从 sql.Rows 拿到列名列表（rows.Columns()），再遍历目标结构体的每个导出字段，检查其 struct tag（如 db:"user_name"）或按规则转换（如 UserName → user_name），找到匹配的列索引，最后用反射取字段地址填入 Scan 参数切片。
- 推荐统一使用
dbtag 显式声明映射，避免驼峰转下划线的歧义（比如HTTPStatus该转成h_t_t_p_status还是http_status？） - 字段类型必须能被
database/sql驱动接受：例如*string、int64、sql.NullString，不能是未初始化的string（会 panic） - 遇到
sql.ErrNoRows是正常情况，别让它被当成反射错误吞掉
type User struct {
ID int64 `db:"id"`
Name string `db:"user_name"`
Email string `db:"email"`
}
扫描多行时怎么避免反复反射解析结构体类型？
每次调用 rows.Next() 都做一遍 reflect.TypeOf + 字段遍历，性能损耗明显。正确做法是把映射关系缓存起来——用 reflect.Type 作 key，预计算好字段索引数组和地址切片模板。
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
立即学习“go语言免费学习笔记（深入）”；
- 用
sync.Map或包级map[reflect.Type][]int缓存列索引映射（key 是结构体类型，value 是每个字段对应列的下标） - 地址切片（
[]interface{}）不能复用，因为每行要填新值，但可复用长度和字段地址的“模板”：用reflect.New(t).Elem()创建实例，再用Field(i).Addr().Interface()提前生成地址切片 - 注意：缓存键必须用
t := reflect.TypeOf((*User)(nil)).Elem()，而不是reflect.TypeOf(User{})，否则指针和值类型会算作不同 key
空值（NULL）字段怎么安全绑定到 Go 类型？
数据库里 NULL 无法直接 Scan 到 string 或 int，会报 sql: Scan error on column index X: unsupported Scan, storing driver.Value type <nil> into type *string。必须用 sql.NullXXX 类型或自定义可空类型。
- 最简方案：结构体字段改用
sql.NullString、sql.NullInt64等，并在 tag 里保持列名一致 - 如果想保持业务字段是原生类型（如
string），就得在反射扫描时判断该列是否为NULL，再决定是否跳过赋值或设零值——但这需要驱动支持rows.ColumnTypes()获取 nullable 信息，且逻辑变重 - 别依赖
omitempty或jsontag 处理 NULL，那是序列化用的，和数据库扫描无关
真正难的不是反射本身，而是把列名、tag、NULL、缓存、类型兼容这五件事串成一条不崩的链路。少一个环节，运行时就可能 panic 或静默丢数据。
