反射在 go 的 encoding/json 标准库中用于动态获取结构体字段信息和标签解析，从而实现自动序列化与反序列化。①通过反射，程序可在运行时获取结构体的类型、字段名、值及标签内容（如 json:"name"）；②反射解析标签中的键名和选项（如 omitempty），决定字段是否导出、是否忽略或为空时省略；③标准库首次使用结构体时会缓存其反射信息以提升后续性能；④反射还处理匿名字段，将其字段合并到外层结构体中。这使得 json 编解码具备高度灵活性，但也带来一定性能开销，适用于大多数常规场景。
反射在 JSON 序列化中的作用，特别是在 Go 的 encoding/json 标准库中，其实非常关键。简单来说，反射让程序可以在运行时动态地了解结构体的字段、标签等信息，从而实现对任意结构体的自动编码和解码。
反射机制让结构体字段可被“看到”
Go 的结构体是静态类型，而 JSON 是一种通用的数据格式。为了让结构体能被转换成 JSON 对象，必须有一种机制能在运行时“看”到结构体的字段名、类型以及对应的 tag（比如 json:"name"）。
这就是反射登场的地方。encoding/json 在序列化一个结构体时，会使用 reflect 包来：
立即学习“go语言免费学习笔记（深入）”；
- 获取结构体的类型信息
- 遍历每个字段
- 读取字段的 tag，判断是否导出（字段名首字母大写）
- 决定该字段在 JSON 中的键名
例如：
type User struct {
Name string `json:"name"`
Age int `json:"-"`
}上面的例子中，反射帮助识别出字段名和 tag，决定 Name 被输出为 "name"，而 Age 被忽略。
标签（Tag）解析是反射的核心应用之一
在标准库内部，反射不仅用来获取字段名和值，还用于解析结构体标签。这个过程不是简单的字符串匹配，而是有一套完整的逻辑来处理标签的多个选项。
以 json:"name,omitempty" 为例，它包含两个部分：键名和选项。反射会将这些信息提取出来，并在序列化时做判断：
- 如果字段为空值（如空字符串、0、nil 等），并且带有
omitempty，则跳过该字段 - 否则正常输出
所以，在实际使用中你会发现，有些字段在某些情况下不出现，这背后就是反射结合标签做的判断。
标签解析的大致流程如下：
- 使用
reflect.StructTag.Get("json")提取 json 标签内容 - 拆分标签内容为 key 和 options
- 判断字段是否导出、是否需要忽略、是否为空时省略
性能与灵活性的权衡
虽然反射很强大，但也有代价。encoding/json 在首次遇到某个结构体类型时，会通过反射构建一个描述该类型的元信息结构（类似缓存），之后重复使用这个结构来做序列化，这样避免了每次都用反射解析结构体。
这种机制提升了性能，但也说明了一个问题：首次序列化总是比后续调用慢一些。
如果你的应用对性能特别敏感，可以考虑以下几点：
- 避免频繁创建新结构体进行序列化
- 使用
json.Marshal前确保结构体类型已经“预热” - 或者自己实现特定类型的编解码器，绕过反射
不过对于大多数场景，标准库的性能已经足够好。
小细节：匿名字段的处理有点特殊
在结构体中嵌入匿名字段时，反射会递归处理它们，把它们当作顶层字段一样对待。例如：
type Base struct {
ID int `json:"id"`
}
type User struct {
Base
Name string `json:"name"`
}这时候，ID 字段会被视为 User 的一部分，最终输出的 JSON 会是：
{
"id": 1,
"name": "Alice"
}这是因为在反射过程中，Base 被展开，其字段合并到了 User 中。这种行为在文档中可能不太显眼，但在实际开发中很容易遇到。
基本上就这些。反射在 JSON 编解码中承担了动态分析结构体的关键角色，虽然带来了一些性能损耗，但换来了极大的灵活性和易用性。理解它的原理，有助于写出更高效、更可控的结构体设计和序列化逻辑。
