Go语言怎么解析JSON_Go语言json.Unmarshal教程【高效】
在Go语言中处理JSON，json.Unmarshal是绕不开的核心函数。但你是否遇到过这样的情况：明明函数返回了nil，表示解析“成功”，可目标结构体里的数据却空空如也？这背后其实是一系列关于Go语言设计哲学和常见误区的故事。
为什么 json.Unmarshal 返回 nil 却没拿到数据
首先得澄清一个根本性的认知：json.Unmarshal从不“返回”解析结果。它的工作模式是，将数据写入你传入的那个指针变量。它的返回值error纯粹是个信号灯：nil表示写入过程没出错，非nil则表示中途遇到了障碍。
那么，哪些情况会导致信号灯是绿的，但数据却没送达呢？
- 传值而非传址：写了
json.Unmarshal(data, p)而不是json.Unmarshal(data, &p)。编译能通过，但结构体字段会保持零值，因为Go是值传递。 - 检查了错误，忽略了数据：代码里只判断了
err == nil就以为万事大吉，却没去检查p本身。有时候数据已经填好了，只是你没看。 - 字段未导出：结构体里用了小写开头的字段（比如
name string）。对于json包来说，这些字段是“不可见”的，它会直接忽略，不报错也不赋值。
一个简单的调试习惯能解决大部分疑惑：在调用后加一句fmt.Printf(“→ %+v”, p)。亲眼看看结构体的内容，比只盯着错误变量有用得多。
结构体字段必须大写 + 正确用 json tag
知道了要传指针，也检查了数据，为什么还是对不上？这就涉及到Go的可见性规则和命名约定。
Go的json包只处理导出的字段，也就是首字母大写的字段。但光大写还不够，因为外部API返回的JSON键名（key）很少遵循Go的驼峰命名法。这时候，json:“xxx”这个标签（tag）就成了关键的桥梁。
几个关键点需要把握：
- 对齐命名：
User_id int `json:“user_id”`。这样，JSON中的“user_id”: 123才能正确映射到结构体字段。 - 语义分离：
CreatedAt time.Time `json:“created_at”`。字段名在Go内部使用，tag负责对外映射，各司其职。 - 理解 omitempty：
Options *[]string `json:“options,omitempty”`。这里的omitempty只影响序列化（Go结构体转JSON），在反序列化时，如果JSON中该字段缺失，字段会保持原有的值（比如nil）。 - 注意嵌套：对于嵌套的结构体，内层的每一个字段也必须遵循“大写+tag”的规则，漏掉一层，整个子结构体都可能变成零值。
遇到 null、类型不匹配、缺失字段会怎样
json.Unmarshal的容错策略相当务实，但这份“宽容”也容易埋下隐患。了解它的行为边界至关重要：
- JSON值为null：如果目标字段是指针类型（如
*string），会被赋值为nil；如果是值类型（如string），则不会修改该字段的原有值（如果字段未初始化，就是该类型的零值，比如空字符串）。 - JSON字段缺失：比如JSON里根本没有
“email”这个键。那么对应结构体里的Email字段会保持原样，不会被清空或重置为零值。 - 类型不匹配：试图把JSON里的字符串塞进
int类型的字段。这会直接返回一个json.UnmarshalTypeError，解析过程在此中断，而不是跳过这个字段。
这意味着，你不能指望Unmarshal来帮你做数据完整性校验。如果一个字段是业务上“必须存在”的，你得自己写逻辑判断，例如：if p.Email == “” { return errors.New(“email required”) }。
别反复 Unmarshal 同一段 []byte
性能往往是后期才会暴露的问题。json.Unmarshal每次调用都会对传入的[]byte进行完整的词法分析和语法树构建。在API网关或高频数据处理场景下，反复解析同一段原始JSON数据，是一种不必要的开销。
更高效的做法有哪些？
- 延迟解析：对于结构不确定的子字段，可以先使用
json.RawMessage类型接收。它保存的是原始JSON字节的引用，等你需要时再解析到具体的结构体。 - 先解析为通用结构：一次性解析成
map[string]interface{}，然后根据需要从中取值并进行类型转换。 - 注意生命周期：使用
json.RawMessage时要小心，它持有的是原始字节切片的引用。如果原始的[]byte底层数组被修改或释放，RawMessage也会失效。
说到底，写出第一行正确的json.Unmarshal调用并不难。真正的挑战在于后续：如何安全地验证关键字段的存在性？如何处理特殊格式（如时间）？如何避免零值被误认为是有效数据？这些问题，都需要开发者进行显式的判断和处理，而不能完全依赖Unmarshal这个工具来兜底。
