必须显式替换gorilla/sessions默认Store为Redis实现，否则session仍存内存导致重启丢失、多节点隔离及session.Values为空；根本原因是JSON反序列化静默失败、key设计不当、并发写覆盖及连接配置错误。
不换 gorilla/sessions 的默认 Store，session 就永远存不到 Redis 里——它还在内存里，重启丢、多节点隔离、session.Values 始终为空。
为什么 gorilla/sessions.Values 是空的？
不是 Redis 没连上，而是 JSON 反序列化静默失败：结构体字段没加 json tag，或大小写/下划线不匹配（比如 UserID string 期望存成 "user_id" 却没声明 `json:"user_id"`）。
- 所有要存进 Redis 的 struct 字段必须显式加
jsontag，统一用小写下划线风格：UserID string `json:"user_id"` - 别依赖“自动转”，
json包只导出首字母大写的字段，且不自动做驼峰→下划线转换 - 存之前先
json.Marshal打印日志，确认输出格式符合预期；别跳过这步直接塞进 Redis - 读取时用
json.Unmarshal([]byte(result.Val()), &s)，别用result.Scan(&s)——后者走的是 Redis 二进制协议，不是 JSON
怎么让 session ID 和 Redis key 真正唯一且可清理？
用 "session:" + userID 当 key 是线上危险操作：用户登出、换设备、改密码时无法精准清理旧会话；KEYS session:user123* 是 O(N) 扫描，Redis 会被拖垮。
- session ID 必须由服务端生成 UUID：
uuid.NewString()，key 格式建议"sess:" + sessionID - 登录成功后，额外存一条 hash：
HSET user_sessions:u123 sess:abc123 "2026-07-14T22:03:00Z" - 登出逻辑：先
HKEYS user_sessions:u123，再批量DEL sess:abc123 sess:def456，最后HDEL user_sessions:u123 - 每次
client.Set必须带 TTL：client.Set(ctx, key, val, 30*time.Minute)，漏掉就永不过期
并发请求下 session 数据为什么被覆盖？
*sessions.Session 的 Values 是普通 map[interface{}]interface{}，非线程安全。两个 handler 同时调 session.Save(r, w)，后写入的会覆盖前一次的 Redis 写入。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
立即学习“go语言免费学习笔记（深入）”；
- Session 实例不能跨 goroutine 复用，尤其不能在中间件里全局缓存一个
*sessions.Session - 每个 HTTP handler 应该独立
store.Get(r, "mysession")→ 修改 →session.Save(r, w) - 如果业务需要共享状态（如购物车增删），改用 Redis 原生命令（
HINCRBY、HSET）直接操作，绕过session.Values -
Save前检查r.Context().Err()，防止 context 被 cancel 导致写入中断、状态撕裂
Redis 连接和超时配置为什么总出问题？
v8 和 v9 客户端行为差异极大：v9 的 WithContext 能透传超时与取消信号，v8 容易因单次 Redis 超时拖垮整个 HTTP handler。
- 所有 Redis 调用必须传带 timeout 的
context.Context，例如：ctx, cancel := context.WithTimeout(r.Context(), 500*time.Millisecond) - 启动时用
client.Ping(ctx).Err()验证连接，别等第一个Set才发现地址写错 -
PoolSize建议设为预期 QPS 的 2–3 倍；同时配IdleTimeout（如5 * time.Minute）和MinIdleConns（如10）防连接泄漏 - 别用裸
SET session:abc123 "{}" EX 1800存整个结构体；改用HSET session:abc123 user_id "123" expires_at "1717023456"，调试和 TTL 控制更灵活
真正难的不是把 session 写进 Redis，而是让每一次读、写、续期、登出都落在正确的 key 上，且不被并发、序列化、连接池或过期策略反向咬一口。这些点漏掉任意一个，线上就表现为“有时登录态还在，有时又跳回登录页”。
