beego cache模块不直接操作redis，需显式导入redis驱动并严格匹配配置字段；newcache初始化失败会静默返回nil，getstring需配合json序列化手动处理，连接池须全局单例复用。
Beego 的 cache 模块本身不直接操作 Redis，而是通过注册驱动（如 redis 包）来桥接；如果你发现缓存写入后读不到、类型错误或连接失败，大概率是驱动初始化或序列化环节出了问题。
beego cache.NewCache("redis", config) 初始化失败的常见原因
这个调用看似简单，但背后依赖两个关键前提：驱动已导入、配置字符串格式严格合规。
-
cache.NewCache不会报错提示“驱动未注册”，而是静默返回nil，后续调用Put/Get会 panic 或返回空值 - 必须显式导入驱动包：
_ "github.com/astaxie/beego/cache/redis"（注意下划线），否则redis驱动不会被注册到cache模块的驱动表中 - 配置字符串中的字段名必须完全匹配驱动源码要求：
"conn"（不是"address"）、"dbNum"（不是"database"）、"password"（若无密码需留空字符串，不能省略） - 示例正确配置：
{"conn":"127.0.0.1:6379","dbNum":"0","password":""}；少引号、多空格、错大小写都会导致解析失败
cache.GetString() 返回空字符串或乱码？检查 JSON 序列化路径
Beego 的 cache 接口默认把值当 []byte 存，GetString() 只是做 string(v) 强转——如果原始数据是 JSON 编码的 struct，你必须自己反序列化。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 存的时候别直接传 struct：
bm.Put("user:1001", userStruct, time.Hour)❌（会存成fmt.Sprintf("%+v", userStruct)的字符串，不可靠） - 正确做法是先
json.Marshal再存：data, _ := json.Marshal(userStruct); bm.Put("user:1001", data, time.Hour) - 取的时候用
GetString得到 JSON 字符串，再json.Unmarshal([]byte(s), &target)；或者更稳妥：用Get拿[]byte，避免中间 string 转换 - 注意：如果结构体字段没加
json:tag，json.Marshal会忽略非导出字段，导致解出来是空对象
Redis 连接池未复用？别在每次请求里 NewCache
很多人习惯在 controller 的 Get() 方法里调用 cache.NewCache("redis", config)，这会导致每次请求都新建连接池，快速耗尽 Redis 连接数。
- 连接池必须全局单例初始化，在
main.go或models/init.go的init()函数中完成 - 推荐封装一个全局变量：
var Cache cache.Cache，在init()里赋值，所有 handler 直接用它 - 如果需要多个 Redis 实例（如缓存 + 会话分离），用不同 key 初始化多次，但每个仍应是全局单例
- 验证是否复用：启动时打印
redis.Pool.MaxIdle和实际 RedisCLIENT LIST中连接数，若后者远大于前者，说明没复用
最易被忽略的是配置字段名和驱动导入的隐式依赖——它不报错，只让你的缓存“静默失效”。上线前务必用 Get + Put 组合做端到端验证，而不是只测写入。
