reflect.structfield.tag.get性能极低，高频调用必须缓存；应于init或首次调用时用sync.once构建全局map，key为reflect.typeof((*t)(nil)).elem()，value为预解析的字段元信息切片，避免运行时重复解析。
reflect.StructField.Tag.Get 性能远低于直接访问，高频调用必须缓存
每次调用 reflect.TypeOf(x).Field(i).Tag.Get("json") 都会触发完整的运行时类型查找与字符串解析流程，实测在循环中反复调用比直接查 map 慢 100 倍以上。HTTP handler 或数据库扫描这类每请求执行数十次的场景，CPU 使用率会出现明显毛刺。
缓存不是可选项，而是硬性要求。正确做法是在 init 或首次调用时，用 sync.Once 构建一个全局 map，key 是 reflect.Type（注意：要用 reflect.TypeOf((*YourStruct)(nil)).Elem() 获取指针解引用后的 type），value 是预处理好的字段元信息切片，例如：[]struct{ Name, JSON, DB string }。
- 缓存 key 必须用
reflect.TypeOf((*T)(nil)).Elem()，不能用reflect.TypeOf(T{})，否则指针与值类型会命中不同 key - 缓存 value 不要只存 tag 字符串，应提前调用
.Get("json")解析好，避免运行时再解析 - 若结构体字段数量固定且已知，也可用代码生成（如
go:generate）替代运行时反射，彻底消除开销
手动字符串解析 struct tag 的错误率接近 100%
有人试图用 strings.Split(string(field.Tag), " ") 或正则匹配提取 json 值，结果在遇到 json:"user\"name"、db:"users,deleted_at" 或换行缩进的 tag 时全部失效。Go 的 reflect.StructTag 类型内部按 RFC 规范解析：自动跳过 key 后空格、支持双引号/反引号包裹、去除引号、解码转义字符（如 a\"b → a"b）。
-
field.Tag.Get("json")是唯一安全方式；string(field.Tag)返回的是带双引号的原始字面量，比如`json:"name"`→"json:\"name\"" - 标签不存在时
.Get返回空字符串，不会 panic，可直接判空：if jsonTag := field.Tag.Get("json"); jsonTag != "" - 别写
field.Tag["json"]—— 这是语法错误，StructTag没有索引操作符
嵌套匿名字段的 tag 不自动继承，遍历时必须显式判断
反射拿到的是当前字段自身的 Tag，和它指向的结构体类型有没有同名 tag 完全无关。例如 Addr Address `json:"address"`，field.Tag.Get("json") 返回的是 "address"，不是 Address 内部字段的 json 标签。
- 若需扁平化展开（如 ORM 映射），得检查
field.Anonymous && field.Type.Kind() == reflect.Struct，再递归调用field.Type.NumField() - 若需跳过嵌入字段，加条件
!field.Anonymous即可 - 字段类型是指针（如
*Address）时，必须先field.Type.Elem()才能拿到目标结构体类型，否则NumField()返回 0
Tag 书写不规范会导致 Get 返回空字符串，但编译器不报错
这是最隐蔽的坑：标签末尾多一个空格、用错引号、value 中含非法转义，都会让 .Get("key") 静默返回空字符串，而 Go 编译器完全不提示。
- 必须用反引号
`包裹整个 tag 字符串，'或"会编译失败 - 键值对之间只能用空格分隔，不能用逗号、换行或制表符
- value 必须用双引号
"，且内部双引号必须转义：json:"user\"id"，否则编译不过 -
json:"name"（末尾空格）→Get("json")返回空字符串，而不是"name"
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
