必须用field.tag.get("key")安全提取标签值，因structtag已内置解析引号、转义和空格；手动字符串切割易出错；未导出字段tag.get静默返回空；嵌套字段需手动递归；高频场景须缓存反射结果。
直接调用 field.Tag.Get("key") 才能安全提取标签值
别把 field.Tag 当成普通字符串处理——它本质是 reflect.StructTag 类型，内部已按 RFC 规范解析引号、转义和空格。手动用 strings.Split(string(field.Tag), " ") 或正则硬切，会踩中这些坑：
-
json:"user\ name"中的转义空格会被错误拆开 -
db:"id,string" json:"uid"里两个 key 混在同一字符串，按空格切就串了 - 标签写成单引号
`json:'name'`或漏引号`json:name`，.Get("json")返回空字符串，但手动解析可能 panic 或返回错值
正确姿势只有一行：tagVal := field.Tag.Get("json")。它返回的是干净的值（如 "user_name,omitempty"），后续再按需拆选项，比如 strings.SplitN(tagVal, ",", 2)。
必须先判断字段是否导出，否则 Tag.Get 静默返回空
Go 的反射无法读取未导出字段（首字母小写）的 tag，field.Tag.Get("json") 不会 panic，但直接返回空字符串。这不是 bug，是 Go 的可见性设计：私有字段对外不可见，反射也遵循这一规则。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 结构体定义
type User struct { name string `json:"n"` }→field.Tag.Get("json")返回"" - 检查方式：用
field.IsExported()或field.PkgPath == ""，二者等价 - 常见误判：看到返回空就以为“没写 tag”，其实可能是字段名小写导致根本读不到
嵌套或匿名字段的 tag 不自动继承，得手动递归处理
外层结构体字段的 Tag 只反映它自己声明的内容，跟它指向的类型无关。比如 Addr Address `json:"address"`，field.Tag.Get("json") 返回 "address"，不是 Address 内部字段的 json 标签。
- 若需扁平化展开（如 ORM 映射到数据库列），要显式检查
field.Anonymous并递归调用field.Type.NumField() - 若字段类型是指针（如
*Address），得先field.Type.Elem()才能拿到目标结构体类型，否则NumField()为 0 - 跳过匿名字段？加条件
!field.Anonymous；想递归处理？不能只靠外层reflect.Type，得手动进到field.Type里再遍历
高频调用必须缓存反射结果，否则性能暴跌
每次执行 reflect.TypeOf(x).Field(i) 都触发运行时类型查找，实测比直接访问字段慢 100 倍以上。HTTP handler、DB scan 循环里反复调，CPU 会出现明显毛刺。
- 缓存 key 必须统一用指针类型：用
t := reflect.TypeOf((*YourStruct)(nil)).Elem()，别用reflect.TypeOf(YourStruct{})，否则值/指针不一致导致缓存失效 - 缓存结构建议：map[reflect.Type][]struct{ Name, JSON, DB string }，在
init()或首次调用时用sync.Once构建 - 不缓存的典型场景：一次性命令行工具、单元测试 setup；缓存的必要场景：Web handler、ORM 实体扫描、配置绑定循环
最易被忽略的一点：缓存 key 的构造方式不对，会导致看似缓存了，实际每次都在重新反射。用错 reflect.TypeOf(YourStruct{}) 而非 reflect.TypeOf((*YourStruct)(nil)).Elem()，是线上服务反射性能问题的头号原因。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
