必须确认store初始化为redis.NewStore()等Redis实现而非NewCookieStore()，检查类型是否为redis.Store、传入redis.Client，并在Redis CLI执行KEYS session:*验证写入。
GoLand 里怎么确认 session 正在写进 Redis 而不是内存
直接看 store 初始化那行代码——如果它是 sessions.NewCookieStore() 或 sessions.NewFilesystemStore()，那 session 就还在内存或磁盘本地，跟 Redis 完全无关。必须换成类似 redis.NewStore()（来自 github.com/go-session/redis）或你自己实现的、满足 sessions.Store 接口的 Redis 适配器。
常见误判点：项目里有 redis.Client 实例、也调了 client.Set()，但 session.Save(r, w) 还是走默认 CookieStore —— 因为 gorilla/sessions 的存储后端和你手动操作 Redis 是两套逻辑，互不干扰。
- 在 GoLand 中按
Ctrl + Click（macOS 是Cmd + Click）跳转到store变量声明处，确认类型是*redis.Store或自定义的RedisStore，不是*sessions.CookieStore - 检查初始化时是否传入了
*redis.Client，而不是字符串地址或redis.Conn - 运行时在 Redis CLI 执行
KEYS session:*（仅开发环境），看是否有 key 写入；生产环境禁用 KEYS，改用SCAN或监控INFO keyspace
GoLand 调试时 session.Values 为空的三个高频原因
不是连接失败，也不是密钥不对，而是序列化/反序列化静默失败 —— GoLand 的 debugger 显示 session.Values 是空 map，但实际 Redis 里 value 字段可能是 {} 或乱码字节，根本没解出来。
-
struct字段没加json:tag：比如UserID string存进去就是空，必须写成UserID string `json:"user_id"` - 字段名首字母小写（如
userid string）：Go 的 json 包不会序列化未导出字段，json.Marshal直接跳过，结果存的是空对象 - 反序列化时用了
result.Scan(&s)：这是 Redis 二进制协议读取，不是 JSON 解析；正确做法是json.Unmarshal([]byte(result.Val()), &s)
建议在 Save 前加一行日志：log.Printf("session values: %+v", session.Values)，再对比 Redis CLI 里 GET 出来的原始值，能快速定位是序列化还是反序列化环节断了。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
GoLand 启动配置里漏掉的 Redis 连接校验
很多项目在 GoLand 的 Run Configuration 里只填了 main.go，却没加启动时连通性验证 —— 导致服务跑起来了，第一个请求才 panic “connection refused”，调试窗口卡住半天才发现 Redis 地址写错了。
- 在
main()开头立刻执行rdb.Ping(ctx).Err()，别等session.Save()才触发 - GoLand 的 Run Configurations → Environment variables 里设
REDIS_ADDR=localhost:6379，别硬编码在代码里（容器/K8s 下必失效） - 连接池参数必须显式设置：
PoolSize（至少 10）、DialTimeout、ReadTimeout、WriteTimeout（建议都设 5 * time.Second）
GoLand 的 Terminal 里启动前先手动 redis-cli -h $REDIS_ADDR PING，比等程序报错快得多。
GoLand 里并发修改 session 的坑：Save() 不是原子操作
两个请求同时调 session.Save() 写同一个用户会话，后一个会完全覆盖前一个 —— GoLand 的 debugger 看起来一切正常，但线上购物车、权限状态就莫名丢失。
-
session.Save()是无条件覆盖，不是 CAS 或 merge；gorilla/sessions 本身不提供乐观锁机制 - 别在 handler 里直接改
session.Values["cart"]后 Save，尤其当 cart 是嵌套 map 或 struct；应先json.Unmarshal成结构体，修改后再json.Marshal回去 - 真正需要并发安全的场景（如多设备登录态同步），得靠外层加 Redis 的
SETNX或 Lua 脚本控制写入顺序，不能依赖session.Save()自身
最易被忽略的一点：session 实例禁止跨 goroutine 复用。GoLand 调试时看到多个 handler 共享同一个 *sessions.Session 变量，基本就是并发冲突源头 —— 每次 store.Get() 都该拿新实例。
