应使用field.Tag.Lookup("db")并检查ok为true且tag非空，避免Get返回空字符串导致静默错误；不可用strings.Split解析，须严格遵循tag语法。
如何安全读取自定义 tag 值（如 db、inject、env）
直接用 field.Tag.Get("db") 很容易踩空——字段没写 tag 时返回空字符串，不报错也不提示，后续逻辑可能静默填错值。必须用 Lookup 并检查 ok：
-
tag, ok := field.Tag.Lookup("db")，只在ok == true时才继续处理 - 即使
ok为 true，也要判断tag != ""，防止db:""这种无效声明干扰逻辑 - 别依赖
strings.Split(field.Tag.Get("json"), ",")解析——tag 值本身允许含逗号（如json:"name,omitempty"），应统一走Lookup
修改结构体字段值前必须确认的三件事
反射写入失败通常不 panic，而是静默跳过，导致字段始终是零值。关键检查点有三个：
-
field.CanAddr()：确保字段可寻址（常见于传入的是 struct 值而非指针） -
field.CanSet()：字段必须是导出的（首字母大写），且底层值未被冻结（如字面量或不可变结构体） -
field.Kind()匹配赋值方式：不能对reflect.Int字段调SetString()，得先用strconv.ParseInt转换再调SetInt()
嵌套结构体的 tag 注入为何容易漏字段
如果结构体 A 包含匿名字段 *B，而 B 的字段带 inject:""，反射不会自动穿透到 B 内部——A 的 FieldByName("B") 返回的是一个 *B 类型的 reflect.Value，但它的 Tag 是空的（因为 B 本身是类型，不是字段）。必须手动递归：
- 遇到
reflect.Ptr或reflect.Struct类型字段，先调Elem()获取实际值 - 再检查该值是否为 struct，是则遍历其所有字段并重复 tag 查找与注入逻辑
- 每层递归前都重新验证
CanAddr()和CanSet()，尤其注意匿名字段的地址性可能丢失
为什么建议避免运行时动态修改 tag 内容
Go 的 struct tag 在编译期固化，运行时无法修改。所谓“动态修改”只能是模拟：比如维护一个全局 map[reflect.Type]map[string]string 映射表，在读取 tag 时优先查表，查不到再 fallback 到原生 Tag.Get()。但这带来两个硬伤：
立即学习“go语言免费学习笔记（深入）”；
- 类型擦除后无法精确匹配：若传入
interface{}，reflect.TypeOf(v).Elem()可能 panic，需额外做Kind()分支判断 - 并发不安全：全局映射表若在 init 阶段注册还行，若运行时热更新，必须加
sync.RWMutex，否则极易出现数据竞争 - 真正需要动态行为的场景（如按环境切换字段名），更推荐用中间结构体 + 显式转换函数，而非 hack tag
最易被忽略的一点：tag 键名大小写敏感，db 和 DB 是两个不同键；且空格和引号格式必须严格匹配（db:"user_id" 合法，db: "user_id" 中的空格会让 Lookup 返回 false）。
