必须用 field.Tag.Get("key") 解析结构体标签，因其内部已校验格式、处理转义并缓存结果；手撕字符串易出错，且 Get 返回空表示 key 不存在或标签格式非法（如单引号、换行）。
必须用 field.Tag.Get("key")，别手撕字符串
直接对 field.Tag（类型是 reflect.StructTag）做 strings.Split 或正则匹配，八成会漏掉 omitempty、错判转义引号、或把带空格的值截断。Go 的标签解析器只认严格格式：json:"name,omitempty" —— 双引号、冒号、空格分隔，单引号或换行会被静默忽略。Get("json") 内部已做校验和缓存，返回的是清洗后的原始值（如 "name,omitempty"），你再按需拆分即可。
-
field.Tag.Get("json")返回空字符串，说明该 key 不存在，或标签写成了单引号json:'name'（编译过但运行时失效） - 标签含换行或多余空格，比如
json:"name"\n db:"id"，Get("db")会返回空 —— 解析器在第一个换行就停了 -
field.Tag本身不能用==比较，因为底层虽是 string，但Get会归一化空格和引号，行为不一致
只对导出字段有效，小写字段反射里“看不见”
哪怕你只是想读标签，字段名也必须首字母大写。像 name string `json:"n"` 这种写法，reflect.TypeOf 遍历时根本不会列出这个字段 —— 不是读不到，是压根访问不到。Go 反射机制默认屏蔽所有非导出成员，这是语言级限制，不是 bug。
- 结构体嵌套时，匿名字段（如
struct{ ID int `json:"id"` }）的 tag 可通过Field(i).Tag正常获取，但不会自动“继承”到外层字段名上 - 指针传入反射前，记得先
.Elem()：传&User{}得先reflect.ValueOf(u).Elem()，否则NumField()panic - nil 指针调
.Elem()也会 panic，安全做法是先判断v.Kind() == reflect.Ptr && !v.IsNil()
Get("json") 不拆 omitempty，得自己 parse
Get 方法只负责提取键对应的整体字符串，从不解析内部选项。所以 json:"id,omitempty" 经 Get("json") 返回的是完整字符串 "id,omitempty"，你要判断是否忽略零值，还得自己切分逗号、trim 空格、遍历选项。
- 推荐用
strings.SplitN(v, ",", 2)拆主键和剩余选项，避免误切值里的逗号（比如validate:"min=0,max=100"） - 选项部分再用
strings.Split得到[]string，逐个strings.TrimSpace后比对"omitempty"、"required"等 - 不要试图复刻
encoding/json内部的structTag类型 —— 它未导出，且逻辑复杂，标准库都只用Get+ 手动拆
高频场景下别每次都 reflect.TypeOf
在循环或 HTTP 中间件等高频路径里反复调用 reflect.TypeOf(s) 或 reflect.ValueOf(s)，性能损耗明显。反射初始化开销固定，但累积起来很可观。
- 建议提前缓存
reflect.Type和字段索引：比如查"Name"字段位置只做一次，后续直接t.Field(nameIndex) - 如果结构体类型固定（如 ORM 实体），可生成代码或用
sync.Once初始化反射元数据，避免每次请求都重解析 - 注意：缓存
reflect.Type是安全的，它不随实例变化；但reflect.Value是实例相关，不能跨实例复用
json:"name," 或 json:"" 都能过，但运行时可能被下游库（如 encoding/json）拒绝 —— 标签格式正确 ≠ 语义合法。 
