用 reflect.StructTag.Get("key") 安全提取标签值，它自动处理空格和引号；手动解析易出错；标签不存在返回空字符串；嵌套匿名字段需显式判断 field.Anonymous；高频场景必须缓存反射结果。
用 reflect.StructTag.Get 提取单个标签值最安全
直接调 reflect.StructField.Tag.Get("json") 是标准做法，它内部做了空格和引号处理，不会因格式不规范（比如多空格、换行）出错。别自己用 strings.Split 或正则硬切 —— json:"name,omitempty" 里的逗号、等号、引号都可能破坏手动解析逻辑。
常见错误是拿到 Tag 后直接当字符串用：string(field.Tag) 返回的是原始字面量（含双引号），不是干净的值。必须走 .Get 方法。
-
json:"user_name"→field.Tag.Get("json")返回"user_name" -
json:"id,string"→ 返回"id,string"，需额外按逗号拆分（这是业务逻辑，.Get不负责） - 标签不存在时返回空字符串，不是 panic，可安全判断
if tag := field.Tag.Get("db"); tag != ""
遍历结构体所有字段并提取多个标签要小心嵌套匿名字段
用 reflect.TypeOf(t).Elem()（针对指针）或 reflect.TypeOf(t)（针对值）拿到 reflect.Type 后，循环 .NumField() 即可。但注意：匿名字段（比如内嵌结构体）默认会“提升”其字段，除非加 json:"-" 或设置 reflect.StructTag 的 -" 显式忽略。
容易踩的坑是没检查 field.Anonymous 就直接读标签，结果把父结构体的 json 标签误当成当前字段的。实际场景中，ORM 或序列化库常依赖这个判断做字段扁平化。
立即学习“go语言免费学习笔记（深入）”；
- 先用
field.Type.Kind() == reflect.Struct && field.Anonymous判断是否为嵌入结构体 - 若需跳过嵌入字段的标签，加条件
!field.Anonymous - 若需递归处理嵌入结构体，得手动调
field.Type的NumField()，不能只靠外层reflect.Type
反射获取标签性能差，高频场景必须缓存 reflect.StructField 结果
每次调 reflect.TypeOf(x).Field(i) 都触发运行时类型查找，实测比直接访问字段慢 100 倍以上。如果在 HTTP handler 或数据库扫描循环里反复调，CPU 会明显毛刺。
正确做法是在 init 或首次调用时，用 sync.Once 构建一个 map：键是 reflect.Type，值是预处理好的字段标签切片（比如 []struct{ Name, JSON, DB string }）。后续直接查表，避免重复反射。
- 缓存 key 必须用
t = reflect.TypeOf((*YourStruct)(nil)).Elem()，不能用reflect.TypeOf(YourStruct{})，否则指针/值类型不一致导致缓存失效 - 字段顺序可能随 Go 版本微调（极罕见），但
Field(i)索引稳定，缓存结构体字段名+标签即可，无需存索引 - 第三方库如
mapstructure或sqlx内部都做了这层缓存，自己写轮子时别漏掉
自定义标签语法冲突时，reflect.StructTag 不校验内容合法性
reflect 包只保证能解析 `key:"value"` 这种格式，对 value 内部语法完全放行。比如你定义 validate:"required,email,max=100"，.Get("validate") 会原样返回字符串，但后续解析（如切分 ","、识别 max=）全由你自己负责 —— reflect 不提供类似 json.Unmarshal 的语义解析。
这意味着：如果你的自定义标签有嵌套结构（比如 api:"method=GET,path=/users/{id}"），别指望 reflect 帮你 parse 出 method 和 path，那得自己写 parser，或引入 go-playground/validator 这类成熟库。
- 标签值里允许任意字符（包括空格、等号、引号），只要外层用反引号包住
-
reflect.StructTag对非法格式（如缺少闭合反引号）会在编译期报错，但 runtime 不校验 value 是否符合你的业务规则 - 测试时务必覆盖带特殊字符的标签值，比如
desc:"user's name"中的撇号，确保你的解析器不崩溃
