go反射中structtag需用.get()提取值，不支持类型断言或索引；匿名字段tag不继承；未导出字段无法获取tag；omitempty等选项需额外解析。
如何用 reflect.StructTag 解析结构体字段的 tag 字符串
Go 的反射本身不直接“解析” tag，reflect.StructField.Tag 返回的是一个 reflect.StructTag 类型值，它本质是字符串的封装，必须显式调用 .Get(key) 才能提取对应键的值。直接打印或类型断言成 string 只会得到原始字符串（如 `json:"name,omitempty" db:"user_name"`），无法自动拆分。
常见错误是写成：field.Tag.(string) —— 这会 panic，因为 StructTag 不是 string；或者误以为 field.Tag 本身就是 map，试图用 field.Tag["json"] 访问 —— Go 不支持这种语法。
- 正确做法：用
field.Tag.Get("json")获取 json tag 值，返回空字符串表示不存在该 key -
StructTag内部已处理引号、空格和逗号分隔，无需手动strings.Split - 若 tag 值含空格或特殊字符（如
db:"user name"），Get仍能正确提取完整值
嵌套结构体和匿名字段的 tag 能否被自动继承
不能。Go 反射中，每个 reflect.StructField 对应结构体定义中的一个字段，匿名字段（内嵌）虽可提升方法/字段访问，但其 tag 不会“透出”到外层结构体的字段描述中。你拿到的是外层字段的 StructField，它的 Tag 就是外层写的那个，和内嵌类型无关。
- 例如
type User struct { Person }，即使Person有json:"person"，User的Person字段 tag 若未显式声明，就是空的 - 若想模拟“继承”，需手动递归遍历
field.Type是否为 struct，再取其字段 tag —— 但这属于业务逻辑，不是反射自动行为 - ORM 或序列化库（如 GORM、encoding/json）通常只读当前字段的 tag，不会自动向上查找嵌套字段的同名 tag
为什么 json:",omitempty" 中的 omitempty 不能通过 Tag.Get("json") 直接当布尔值用
Tag.Get("json") 返回的是完整 tag 值字符串（如 "name,omitempty"），不是结构化数据。Go 的标准库（如 encoding/json）内部会进一步解析这个字符串，提取字段名、选项标志等。你若要复现类似逻辑，得自己做子字符串分析。
立即学习“go语言免费学习笔记（深入）”；
-
omitempty是选项（option），不是独立 key，它和字段名共存于同一个 tag 值里 - 标准做法是用
structtag包（非 std，但广泛使用）：它把StructTag解析为structtag.Tag，支持tag.Options切片，可直接查Contains("omitempty") - 自己解析时注意：选项可能有多个（如
"name,omitempty,string"），需按逗号分割后 trim 空格 - 别忽略引号包裹的字段名（如
"\"name\""）—— 实际 tag 字符串中不含外层反引号，但值内部可能含双引号
反射获取 tag 时容易被忽略的导出性限制
反射只能访问**导出字段**（首字母大写）的 tag。如果结构体字段是小写开头（如 name string `json:"name"`），即使打了 tag，reflect.Value.Field(i) 会 panic，reflect.Value.FieldByName("name") 返回零值且 .IsValid() == false。
- 这不是 tag 本身的问题，而是 Go 反射对未导出字段的访问限制：无法读取、无法设值、也无法获取其 tag
- 常见场景：DTO 结构体故意用小写字段隐藏实现细节，结果序列化逻辑失效，debug 时发现
field.Tag根本拿不到 - 解决办法只有两个：字段名导出（
Name），或改用其他机制（如额外传入字段映射表） - 没有绕过该限制的反射技巧 —— 这是 Go 类型安全的设计选择，不是 bug
StructTag 当普通字符串硬拆而忽略标准解析逻辑。 
