Go标准库无原生session，需用gorilla/sessions等第三方包封装；单机内存存储无法扩展，Redis因原子性、过期键和跨进程访问成为首选；须签名session ID、设HttpOnly/SameSite、对齐TTL，并注意v9 client兼容性及续期策略。
为什么不能直接用 net/http 的 session？
Go 标准库压根没有 session 类型，http.ServeMux 和 http.Handler 也不提供会话抽象。你看到的所谓 “Go session” 几乎全是第三方包（比如 gorilla/sessions）自己在 http.ResponseWriter 和 *http.Request 上做 cookie 或 store 封装。一旦服务从单机扩到多节点，本地内存存 session（如 memstore）立刻失效——用户请求落到另一台机器，session.ID 对应的数据根本不存在。
用 redis 存 session 是最稳的起点
选 Redis 不是因为它多酷，而是它天然支持原子操作、过期键、跨进程访问，且 Go 生态有成熟 client（如 github.com/go-redis/redis/v9）。关键不是“怎么连 Redis”，而是“怎么把 session 生命周期和它对齐”：
-
SetSession写入时必须带EX（秒级 TTL），值建议用json.Marshal序列化 map[string]interface{}，别存指针或未导出字段 - 读取时检查 key 是否存在 + 是否过期，Redis 的
GET返回空字符串不等于“key 不存在”，要用EXISTS或设置空值带 TTL 避免缓存穿透 - session ID 别用
uuid.New()直接当 cookie 值——要加签名，否则可被伪造；gorilla/sessions默认用SecureCookie做 HMAC-SHA256 签名，自己实现就得调hmac.New+sha256.New - cookie 的
HttpOnly和SameSite=Strict必须设，不然 XSS 可能盗走 session ID
gorilla/sessions 配合 Redis store 怎么写才不出错？
它本身不带 Redis 支持，得套一层 redisstore（如 github.com/gorilla/sessions/redis）。但注意 v3 版本只适配 github.com/go-redis/redis/v8，如果你用的是 v9 client，会 panic 报 redis.UniversalClient does not implement redis.Cmdable。解决方法只有两个：
- 降级用 v8 client（不推荐，v8 已 EOL）
- 自己写个
RedisStore实现sessions.Store接口，核心就两个方法：Save(*http.Request, http.ResponseWriter, *sessions.Session)调client.SetEX，MaxAge()返回全局过期秒数；Load(*http.Request, string)调client.Get后反序列化
别漏掉：每次 session.Save(r, w) 前要确认 r.Context() 没被 cancel，否则 Redis 写一半中断，会话状态撕裂。
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
立即学习“go语言免费学习笔记（深入）”；
会话续期（renew）比看起来更危险
用户只要在过期前访问一次，就该刷新 Redis 中的 TTL——但不能每次请求都重设。高频接口（如心跳轮询）会导致大量无意义的 EXPIRE 命令，拖慢 Redis。合理做法是“滑动窗口式续期”：
- 只在 session 剩余有效期 client.Expire
- 用 Lua 脚本保证“读剩余时间 + 判断 + 续期”原子执行，避免竞态（比如两个请求同时读到还剩 1 秒，都去续，结果 TTL 被刷两次）
- 前端 cookie 的
Max-Age要和服务端 Redis TTL 严格一致，否则浏览器删了 cookie 但服务端还认为有效，下次请求会新建 session，造成“登出后又自动登录”的诡异现象
真正的难点不在代码，而在监控：你得能查到某次登录的 session 在哪台机器上被创建、被续期过几次、最后一次访问时间戳——这些信息如果没写进 Redis 的 value 结构体里，出问题时只能靠日志拼凑。
