Go中nil指针字段调v.Interface()会panic，因reflect.Value.IsValid()对nil指针返回true但解引用仍崩溃；正确做法是先v.Kind()==reflect.Ptr&&v.IsNil()判断，nil时跳过或生成“IS NULL”，非nil时v=v.Elem()再处理。
字段为 nil 指针时直接 v.Interface() 就 panic
这是动态拼 SQL 最高频的崩溃点：结构体字段是 *string、*int64 等指针类型，值为 nil，但代码没检查就调 v.Interface()，触发 nil pointer dereference。
别依赖 v.IsValid()——它对 nil 指针返回 true，但后续取值仍会崩。正确做法是先判断指针是否为空：
- 用
v.Kind() == reflect.Ptr && v.IsNil()检查，满足则跳过该字段，或生成"col IS NULL" - 若需解引用继续处理，必须加
v = v.Elem()，且仅在非 nil 时执行 - 字段是
interface{}类型？得先v.Elem()解一层，否则v.Interface()可能返回空interface{}而非真实值
用 map[string]interface{} 还是带 db tag 的结构体？
map 看似灵活，但运行时丢失类型信息，参数绑定易错；结构体 + 反射更安全，但字段名和列名不一致时必须靠 tag 映射。
实操上优先选结构体，关键在 tag 使用方式：
- 定义如
type UserFilter struct { Name *string `db:"user_name"` }，反射时用field.Tag.Get("db")提取列名 - 避免在
map中混用nil和空字符串：nil应生成IS NULL，""是= ''，语义不同 - 若必须用
map，建议封装校验函数，统一处理nil、空字符串、零值，再转成条件列表
sqlx.Named 和原生 database/sql 的参数格式不兼容
反射生成的 WHERE 子句若含命名占位符（如 :name），直接喂给 db.Query 会报 sql: expected 0 arguments, got 1——因为原生驱动只认位置参数 []interface{}。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
必须在反射阶段就决定参数格式，不能混用：
- 选
sqlx：保持传入 struct 或 map 不变，让sqlx.Named自动处理命名绑定 - 选原生驱动：得把字段名+值拆成两个切片——
args = append(args, v.Interface())，同时维护placeholders列表（如"?"） - 切忌在 SQL 字符串里硬拼
:name后又用原生驱动——占位符不会被识别，变成字面量，查不到数据且无报错
嵌套结构体、匿名字段和自定义类型容易漏处理
反射遍历时遇到 Anonymous == true（如嵌入 BaseModel）会误展开；自定义类型（如 type UserID int64）直接 v.Interface() 会绕过其 Value() 方法，导致写入异常。
几个关键边界要手动兜住：
- 对
Anonymous字段，检查Tag.Get("db") == ",inline"才递归展开，并用外层字段名作前缀（如"extra_created_at"） - 字段是自定义类型且实现了
driver.Valuer，应显式调v.Interface().(driver.Valuer).Value()获取 DB 友好值 - 字段名小写？
reflect.Value.FieldByName()拿不到——Go 反射不支持访问未导出字段，必须用NumField()遍历后比对 tag 匹配
反射本身不理解主键、空值策略、时间格式或 SQL 注入风险，它只是读标签和字段的工具。真正安全的 SQL 构建，永远依赖预编译语句 + 参数绑定，而不是把 v.Interface() 结果塞进字符串里。最常被忽略的，是每次查询都重复调 reflect.TypeOf() 和遍历字段——这个开销在高频查询中会明显拖慢性能，元信息必须缓存。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
