直接用 cache.getstring() 读取嵌套 json 会 panic，因其返回字符串而非解析后结构体；必须先 json.unmarshal([]byte(cachestr), &v) 且确保结构体字段与 json 完全一致。
直接用 cache.GetString() 读取嵌套 JSON 会 panic
Beego 的 cache.GetString() 返回的是原始字节流转成的字符串，不是解析好的结构体。如果你存的是嵌套 JSON（比如 map[string]interface{} 或含 slice 的 struct），直接反序列化时容易因字段类型不匹配、空值、key 缺失而触发 json.Unmarshal 错误，甚至 panic。
- 常见错误现象：
json: cannot unmarshal object into Go struct field XXX of type string或panic: reflect.Set: value of type map[string]interface {} is not assignable to type []models.Area - 根本原因：Go 的
json.Unmarshal对目标类型的零值、嵌套层级、字段标签（如json:"name,omitempty"）极其敏感，而GetString()不做任何类型推断 - 正确做法是——先确认你定义的接收结构体与 JSON 实际结构**完全一致**，包括字段名大小写、是否指针、是否加
omitempty标签 - 若结构不确定（如前端动态传入），宁可用
map[string]interface{}+ 手动类型断言，也不要硬塞进强类型 struct
存储前必须用 json.Marshal()，不能直接传 struct
Beego 缓存接口（如 cache.Put()）只接受 interface{}，但底层 Redis 存的是字节数组。如果直接传 struct，Beego 会调用默认的 fmt.Sprintf("%v", s)，结果是不可靠的 Go 内部表示（含空格、换行、字段顺序无保证），后续 json.Unmarshal 必然失败。
- 必须显式调用
json.Marshal()转为[]byte，再转string存入：cache.Put("key", string(jsonData), ttl) - 不要省略错误检查：
json.Marshal()在遇到不支持类型（如func、chan、循环引用）时会返回 error，不处理会导致静默存入空字符串 - 注意时间字段：如果 struct 含
time.Time，默认序列化为 RFC3339 字符串；但反序列化时需确保目标字段也是time.Time类型，且未被设为指针或自定义 UnmarshalJSON 方法干扰
读取后必须用 json.Unmarshal([]byte(s), &v)，别漏掉 []byte 转换
cache.GetString() 返回 string，而 json.Unmarshal 第二个参数要求是 []byte。有人写成 json.Unmarshal([]byte(cacheStr), &v) 是对的，但更常见的是误写为 json.Unmarshal(cacheStr, &v) —— 这会编译报错（类型不匹配），或者更隐蔽地写成 json.Unmarshal([]byte(&cacheStr), &v)，导致读到垃圾内存。
- 关键点：必须是
[]byte(cacheStr)，不是cacheStr本身，也不是*cacheStr - 嵌套 slice 场景：比如 JSON 是
[{"id":1,"tags":["a","b"]}]，接收变量必须声明为var data []struct{ID int `json:"id"`; Tags []string `json:"tags"`}，不能漏掉外层[] - 性能提示：
[]byte(s)是零拷贝转换（Go 1.20+），但若缓存值很大（>1MB），频繁转换可能增加 GC 压力；此时可考虑改用cache.Get()直接取[]byte（需确认 cache driver 支持）
复杂场景建议改用 cache.Get() + 自定义序列化函数
当嵌套层级深、字段多变、或需兼容旧数据格式时，硬编码 json.Unmarshal 易出错。Beego 的 cache.Get() 返回 interface{}，配合自定义解包函数更可控。
- 例如封装一个
GetJSON(key string, v interface{}) error函数，内部先cache.Get()，判断类型是否为[]byte，再统一调用json.Unmarshal - 可加入日志：记录反序列化失败时的原始缓存值（截断前 200 字符），方便排查 JSON 格式问题
- 特别注意 Redis 版本：Redis 8.2.3 修复了 CVE-2025-62507，若仍在用旧版，
GET返回内容可能被恶意篡改，导致json.Unmarshal解析出非预期结构
omitempty 多加、一次忘记 []byte 转换，都可能导致线上服务静默返回空数据或 panic。真正要盯住的，是每次 Marshal/Unmarshal 前后的值类型是否严格对齐。
