gjson.Get不支持动态key直接路径匹配，需先用gjson.Get定位父对象再调.Map()遍历子键；重复解析应缓存原始[]byte；gjson仅作零分配提取，不可替代encoding/json反序列化。
gjson.Get 路径提取是否支持动态 key（如 "200x300"）
不支持直接路径匹配动态 key，gjson.Get 的路径语法是静态字符串，写 "image_urls.200x300.url" 只在 key 确实叫 "200x300" 时有效；但你没法提前知道 key 名，更不能拼接路径（比如 "image_urls." + key + ".url"），因为路径注入会导致越界访问或静默返回空值。
正确做法是先用 gjson.Get 定位父对象，再调 .Map() 遍历子键：
-
urls := gjson.Get(jsonStr, "image_urls")，必须先.IsObject()判断非空且为 object -
for key, val := range urls.Map()，此时key是 string，val是gjson.Result，可安全调.String()、.Array()等 - 避免用
map[string]interface{}再做类型断言——gjson.Result已封装类型判断逻辑，无需.(string)这类易 panic 操作
HTTP 中间件里反复解析同一份 body 怎么避免性能浪费
gjson.GetBytes 每次都从头扫描字节流，不缓存解析结果。如果中间件链里多个地方都要取 "user_id" 和 "lang"，重复调 gjson.GetBytes(body, "user_id") 就是纯 CPU 浪费。
必须把原始 []byte 缓存下来，供后续调用复用：
立即学习“go语言免费学习笔记（深入）”；
- 用
bytes.Buffer或io.NopCloser(bytes.NewReader(body))替换原r.Body，确保后续 handler 仍能读 - 解析结果建议存在
context.WithValue里，键用自定义类型（避免string冲突），值存map[string]gjson.Result或结构体 - 别在
http.HandlerFunc里直接调gjson.GetBytes(r.Body, ...)—— 此时r.Body已被前序中间件读空，gjson会返回空Result
gjson 解析后怎么转成带类型校验的 struct（比如 language 字段必须是 string）
gjson.Result 只提供 .String()、.Int()、.Bool() 四种基础取值方式，它本身不做业务校验。如果你需要字段非空、长度限制、枚举值检查等，必须手动补。
典型组合方式是：用 gjson 快速提取原始值 → 转成中间 struct → 用 validator 库校验：
- 先定义轻量 struct，比如
type LangReq struct { Lang string `validate:"required,len=2"` } - 用
gjson.Get(jsonStr, "lang").String()赋值给LangReq.Lang，注意检查.Exists() - 再用
validator.Validate(&req)做字段级校验，而不是把校验逻辑硬塞进gjson调用链 - 不要试图让
gjson返回struct—— 它的设计目标就是零分配、只读提取，强行绕过这层抽象只会增加隐式错误
为什么不能用 gjson 替代 encoding/json 处理请求体反序列化
因为 gjson 不解析整个 JSON，也不构建 Go 类型树。它看到 {"id":123,"tags":["a","b"]}，只按路径切出字节片段，不会把 "tags" 解成 []string，更不会触发 UnmarshalJSON 方法。
这意味着：
- 无法绑定到 struct 字段，
json:"id,string"这类 tag 完全无效 - 数字字段永远是
float64，.Int()对大整数（如 9223372036854775807）会精度丢失，而encoding/json默认用json.Number可保真 - 嵌套对象或数组必须逐层
Get，没法一次拿到map[string][]string这样的结构，业务代码很快变得碎片化 - HTTP 请求体若含 BOM（如某些 Windows 生成的 JSON），
gjson.GetBytes直接 panic，而json.Unmarshal会自动跳过
真正关键的边界在于：gjson 是「字段提取器」，不是「反序列化器」；它快，是因为它放弃了一切类型安全和结构保证。用错场景，调试成本远高于那点性能收益。
