Redigo从Redis有序集合读取数据时返回的是[]byte切片，若直接对interface{}类型结果调用json.Marshal，Go会将其编码为Base64字符串；正确做法是显式转换为[]string或逐个转为字符串，避免二次JSON编码。
redigo从redis有序集合读取数据时返回的是`[]byte`切片，若直接对`interface{}`类型结果调用`json.marshal`，go会将其编码为base64字符串；正确做法是显式转换为`[]string`或逐个转为字符串，避免二次json编码。
你在使用 Redigo 操作 Redis 有序集合（sorted set）时遇到的“奇怪结果”，本质是一个类型误判与序列化误用问题。
你存储时执行了 json.Marshal(n) → 得到 []byte，再通过 string(b) 转为字符串存入 ZSET：
c.Send("ZADD", key, n.CreatedTime, string(b)) // ✅ 存的是 JSON 字符串
但读取时调用：
c.Send("ZREVRANGE", key, 0, -1)
c.Flush()
return c.Receive() // ❌ 返回的是 []interface{}，每个元素是 []byte（不是 string！）
Redigo 的 c.Receive() 对 ZREVRANGE 返回的是 []interface{}，其中每个元素实际是 []byte（即原始 JSON 字节），而非 Go 字符串。当你后续对整个 []interface{} 执行 json.Marshal()，Go 会将每个 []byte 视为二进制数据，并自动 Base64 编码（这是 encoding/json 对 []byte 的默认行为），导致你看到类似 "eyJmcm9tSWQiOjEsInRvSWQiOjUs... 的乱码。
✅ 正确解法：显式提取并转换为字符串切片，跳过 []byte → base64 的隐式转换。
用于端到端视频本地化流程的轻量编排器，路由至四个专注子技能——/wjs-transcribing-audio、/wjs-translating-subtitles...
推荐写法（简洁安全）
利用 Redigo 内置的 redis.Strings() 辅助函数，它专为将 []interface{}（含 []byte 元素）安全转为 []string 而设计：
func ByUserId(userId int64, pool *redis.Pool) ([]string, error) {
key := fmt.Sprintf("user:%d:notification", userId)
c := pool.Get()
defer c.Close()
// 一行完成：发送命令 + 接收 + 类型断言 + []byte → string 转换
return redis.Strings(c.Do("ZREVRANGE", key, 0, -1))
}
redis.Strings() 内部会遍历每个 interface{} 元素，若为 []byte 则调用 string() 转换；若为 nil 或其他非法类型则返回错误 —— 安全且高效。
为什么你的手动转换“感觉冗余”？其实很必要
你原版的手动循环：
arr, ok := reply.([]interface{})
for _, v := range arr {
b, ok := v.([]byte) // ← 关键：必须识别出这是 []byte
ss = append(ss, string(b)) // ← 转为字符串，而非再次 json.Marshal
}
逻辑完全正确，只是未复用 Redigo 已封装好的工具。redis.Strings() 正是为此场景而生，语义清晰、错误处理完备，不应视为“不必要转换”，而是类型安全的必需步骤。
注意事项 & 最佳实践
- ? 永远不要对 []byte 直接 json.Marshal：除非你明确需要 Base64 编码（如传输二进制附件），否则会导致意外编码。
- ? 避免嵌套 JSON 序列化：你存储的是 JSON 字符串，读取后应直接返回该字符串，而非再包一层 json.Marshal（除非业务需统一包装）。
- ? HTTP 响应建议直接流式输出：若前端期望 JSON 数组，可直接构造 []Notification 并 Marshal，而非传 []string 让前端解析：
// 更优：反序列化为结构体，提升类型安全与可维护性
func ByUserIdAsStructs(userId int64, pool *redis.Pool) ([]Notification, error) {
strs, err := ByUserId(userId, pool) // 复用上面的 []string
if err != nil {
return nil, err
}
var notifications []Notification
for _, s := range strs {
var n Notification
if err := json.Unmarshal([]byte(s), &n); err != nil {
return nil, fmt.Errorf("failed to unmarshal notification: %w", err)
}
notifications = append(notifications, n)
}
return notifications, nil
}
- ? Redis 存储建议：若通知数据量大或需频繁字段查询，考虑使用 Hash 或单独 key 存储，而非将完整 JSON 字符串塞入 ZSET —— ZSET 更适合按 score 排序，而非内容检索。
总结：问题根源在于 Go 的 json.Marshal 对 []byte 的默认行为与 Redigo 返回类型的不匹配。解决核心是在序列化前完成 []byte → string 的显式转换，redis.Strings() 是最简洁、健壮的官方推荐方案。
