gjson.Get比json.Unmarshal快得多，因其不解析整个JSON、不走反射、不构建Go值，仅在字节流上按路径扫描并切片返回原始片段，零分配、无类型转换、不递归。
直接用 gjson.Get，别自己写递归解析器或硬套 map[string]interface{} —— 90% 的动态路径提取场景，它又快又稳，还不引入额外 runtime 开销。
为什么不用标准库 json.Unmarshal + map[string]interface{}
因为一旦嵌套超过两层，你就得反复做类型断言：data["a"].(map[string]interface{})["b"].([]interface{})[0].(map[string]interface{})["c"]。这种写法极易 panic，调试时看不到原始错误上下文，而且每层都要手动检查 ok。更麻烦的是：数字字段默认解析成 float64，字符串 ID（比如 "123"）没法自动转成 int，还得额外调 strconv.Atoi。
常见错误现象：
- 访问
data["items"].([]interface{})时 panic：interface {} is nil, not []interface {} - 字段有时是
string、有时是null，断言.(string)直接崩溃 - 数组索引越界不报错，返回零值，逻辑静默失败
gjson.Get 怎么安全取嵌套值
gjson.Get 不解析整个 JSON，只按路径扫描字节流，性能高、内存低，且对缺失字段和类型不一致有天然容错。
立即学习“go语言免费学习笔记（深入）”；
- 路径支持点号分隔：
gjson.Get(jsonStr, "user.profile.name") - 支持数组索引：
gjson.Get(jsonStr, "items.0.url")或gjson.Get(jsonStr, "items.-1.id")（-1表示末尾） - 支持通配符：
gjson.Get(jsonStr, "items.#.width")可提取所有width值为数组 - 必须检查
.Exists()再调.String()/.Int()，否则空值会返回零值（不是 panic，但容易掩盖问题）
示例：
result := gjson.Get(jsonStr, "data.translations.0.translatedtext")
if result.Exists() {
text := result.String() // 安全
}
遇到动态 key 名（如 "200x300"、"50x100"）怎么办
gjson 本身不支持“模糊 key 匹配”，但它能快速定位到父级对象，再用原生 Go 处理子 map —— 这才是轻量组合的正确姿势。
- 先用
gjson.Get(jsonStr, "image_urls")拿到整个对象 - 再用
.Map()方法转成map[string]gjson.Result（不是map[string]interface{}） - 遍历 keys，对每个 value 调
.String()或.Array()，无需断言
这样既避开 map[string]interface{} 的断言地狱，又保留了对动态 key 的完全控制权。注意：.Map() 只在该 Result 是 object 类型时有效，调用前仍建议 .IsObject() 判断。
什么情况下不该用 gjson
当你需要频繁修改 JSON 结构、或要将提取结果再序列化回 JSON、或字段语义强且长期稳定——这时候该上 struct + json.Unmarshal。而 gjson 是单向只读的，它不维护引用关系，也不支持 set 操作。如果路径是运行时拼接的（比如 "user." + field + ".id"），要注意注入风险，需白名单校验字段名。
最易被忽略的一点：gjson.Get 返回的 gjson.Result 是轻量值类型，内部只存偏移和长度，不拷贝原始字节；但如果你反复调 .String()，每次都会重新 slice 和 utf-8 decode —— 高频场景下应缓存结果。
