reflect.StructTag 不能直接用字符串比较，因其内部做了 key-value 解析、引号处理和空格 trim；应调用 Get 方法获取值，再用 strings.SplitN 和 strings.Trim 提取 name 部分；遍历需处理匿名字段递归；高频场景建议按 reflect.Type 缓存 tag 结果。
为什么 reflect.StructTag 不能直接用字符串比较
你拿到 structField.Tag 后，得到的是一个 reflect.StructTag 类型，不是普通字符串。它内部做了 key-value 解析和引号处理，直接用 == 比较原始字符串会失败——比如 `json:"name,omitempty"` 和 json:"name,omitempty" 看似一样，但前者带反引号、后者没有，且 StructTag 还会自动 trim 空格、忽略重复 key。
正确做法是调用它的 Get 方法：
tag := field.Tag.Get("json")
// 返回 "name,omitempty"（不含引号）
如果 key 不存在，Get 返回空字符串，不会 panic。
如何安全提取 json tag 的 name 部分（去掉选项）
很多场景只需要字段名，比如做序列化映射或数据库列名推导，但 json:"user_name,omitempty" 里混着选项。别手动 strings.Split ——StructTag 不提供解析子项的 API，得自己拆。
推荐用这个逻辑：
- 先
Get("json")拿到完整值 - 如果为空，回退到字段名（
field.Name） - 否则用
strings.SplitN(tag, ",", 2)[0]取第一个逗号前的部分 - 再
strings.Trim(tagPart, `"`)去掉双引号
注意：不要用 strings.Trim(tag, `"`)，它只去首尾，而 json:"id,string" 中间有引号时会出错；必须用 Trim 配合双引号字符。
嵌套结构体和匿名字段的 tag 获取容易漏掉什么
反射遍历结构体字段时，NumField() 只返回顶层字段，不会自动展开匿名结构体。如果你有：
type User struct {
BaseModel
Name string `json:"name"`
}
type BaseModel struct {
ID int `json:"id"`
}
那么 User 的 ID 字段不会出现在 User 的 Field 列表里，除非你显式启用 Anonymous 判断并递归处理。
检查方式：
- 用
field.Anonymous判断是否为匿名字段 - 若为
true，且field.Type.Kind() == reflect.Struct，就递归调用同一套 tag 提取逻辑 - 注意循环引用风险：如果两个结构体互相嵌套匿名字段，不加 visited 缓存会栈溢出
性能敏感场景下要不要缓存 reflect.Type 和 tag 结果
每次调用 reflect.TypeOf(x) 和遍历字段都有开销，尤其在 HTTP handler 或高频序列化中。Go 的 reflect.Type 是可比较、可 map key 的，建议按类型缓存解析结果：
var tagCache sync.Map // map[reflect.Type]map[string]string
键用 reflect.Type，值存字段名 → tag value 的映射（如 map[string]string{"Name": "name", "ID": "id"}）。首次访问时解析，后续直接查。
注意：不要缓存 reflect.Value，它绑定了具体实例，不可复用；也别用 interface{} 做 key，类型擦除后无法准确区分泛型实例。
真正难的不是读 tag，而是决定什么时候该跳过、合并、继承或 fallback——这些逻辑一旦写死，后面改起来比重写还疼。
