“逆向”指SELECT结果自动回填struct字段，核心难点是字段名匹配、类型转换与空值处理；必须用导出字段、db tag映射、sql.Null类型或sqlx.StructScan安全实现。
用 reflect 从 struct 生成 INSERT/UPDATE SQL 很常见，但“逆向”不是指反编译 SQL，而是从 SQL（尤其是 SELECT 结果）回填 struct 字段
Go 反射本身不支持“SQL → struct”的自动映射，所谓“逆向”其实是查询结果到结构体的字段赋值。核心难点不在反射能力，而在字段名匹配、类型转换、空值处理这三块。
常见错误现象：sql.Scan 报 sql: Scan error on column index 0: unsupported driver.Value type <nil></nil>，或字段始终为零值——多半是字段未导出、tag 写错、或扫描顺序与 SELECT 列不一致。
- 必须确保 struct 字段是**导出的**（首字母大写），否则
reflect无法设置值 - 推荐显式使用
db.QueryRow("SELECT id, name FROM users WHERE id = ?", 123)而非SELECT *，避免列序与 struct 字段顺序错位 - 字段 tag 如
json:"user_id" db:"user_id"中，dbtag 才被大多数驱动（如database/sql配合sqlx）识别；原生Scan不读 tag，只按顺序绑定 - 空值（NULL）必须用
sql.NullInt64、sql.NullString等类型接收，或改用sqlx.StructScan自动处理（它会检查字段是否实现了Scanner接口）
sqlx.StructScan 是最实用的“逆向”方案，比手写 reflect 安全且省事
它内部用 reflect 实现，但封装了字段查找、类型兼容性判断和 NULL 处理逻辑，比裸用 database/sql 少踩 80% 的坑。
使用场景：你已有 struct 定义，执行 SELECT 后想一键填入字段，且字段名与数据库列名基本一致（或通过 db tag 映射）。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 安装：
go get github.com/jmoiron/sqlx - struct 示例：
type User struct { ID int `db:"id"` Name string `db:"name"` Age int `db:"age"` } - 查询代码：
var u User err := db.Get(&u, "SELECT id, name, age FROM users WHERE id = $1", 123)
（db是*sqlx.DB） - 它会自动忽略 struct 中没有对应列的字段，也不会因列多于字段而报错（只要字段都能匹配上）
自己用 reflect 实现简易 StructScan 时，关键在 Value.Addr().Interface() 和类型判定
如果你必须手写（比如嵌入特殊日志、字段过滤），重点不是遍历字段，而是安全地把扫描目标转成可写地址，并处理基础类型兼容性。
容易踩的坑：reflect.ValueOf(&u).Elem() 拿到 struct 值后，对每个字段调用 Field(i).Addr().Interface() 才能得到可被 Scan 接收的指针；直接传 Field(i).Interface() 会 panic。
- 先用
rows.Columns()拿到列名列表，再遍历 struct 字段，用field.Tag.Get("db")或小写字段名匹配列名 - 对每个匹配字段，检查是否可寻址（
field.CanAddr() == true），再取field.Addr().Interface()作为Scan参数 - 不建议在手写逻辑里硬编码类型转换（如把
[]byte转string），应优先让数据库驱动或sql.Scanner实现处理 - 性能影响：纯反射比直接传指针慢约 3–5 倍，但在 IO 占主导的查询场景中几乎不可感知
别忘了 Rows.Scan 本身不依赖反射，它的“逆向”本质是位置绑定，不是名字绑定
这是最容易被忽略的前提：原生 database/sql 的 Scan 方法根本不知道 struct 是什么，它只认参数顺序。所谓“反射生成 SQL 的逆向”，其实是两层抽象叠加后的错觉。
当你看到 err := rows.Scan(&u.ID, &u.Name, &u.Age) 成功，不是因为反射识别了字段名，而是因为你手动保证了列顺序和变量顺序一致。
- 如果 SQL 是
SELECT name, id, age，但你还按&u.ID, &u.Name, &u.Age传，就会把 name 填进 ID 字段 -
sqlx的 magic 在于它用反射提前做了列名→字段的映射表，再按列顺序查表找对应字段地址，绕开了手动排序 - 跨数据库兼容性：PostgreSQL 默认列名小写，MySQL 默认不区分大小写，SQLite 保持原始大小写——
dbtag 应统一用小写，避免环境差异导致匹配失败
