FilesystemStore不能用于生产分布式环境，因其将Session数据写入各实例本地文件系统，多节点间无法共享，导致用户请求轮询到不同机器时读不到之前存储的Session，出现登录态丢失。
直接用 FilesystemStore 在多实例部署下会失效——Session 数据只存在单机磁盘，其他节点读不到。必须换 Redis 或其他共享存储。
为什么 FilesystemStore 不能用于生产分布式环境
它把 Session 数据写到本地文件系统，每个 Echo 实例只认自己目录下的文件。哪怕你用负载均衡把用户请求轮询到不同机器，session.Get("user_session", c) 在 B 机器上永远拿不到 A 机器存的值。
- 现象：用户登录后刷新页面突然“掉线”，或部分接口返回未登录
- 根本原因：Session ID 被正确传递（Cookie 没问题），但后端查不到对应数据
- 开发时容易忽略：单机跑通 ≠ 集群可用；Docker Compose 启两个容器就暴露问题
用 Redis 替代 FilesystemStore 的三步替换法
核心是把 sessions.NewFilesystemStore(...) 换成 sessions.NewRedisStore(...)，但要注意依赖、连接和错误处理。
- 安装依赖：
go get github.com/gorilla/sessions/redis - 初始化 Store 时传入
*redis.Client（推荐用github.com/go-redis/redis/v9）：import ( "github.com/go-redis/redis/v9" "github.com/gorilla/sessions" "github.com/gorilla/sessions/redis" ) <p>rdb := redis.NewClient(&redis.Options{ Addr: os.Getenv("REDIS_ADDR"), Password: os.Getenv("REDIS<em>PASSWORD"), DB: 0, }) store, </em> := redis.NewStore(rdb, []byte(os.Getenv("SESSION_KEY"))) store.Options = &sessions.Options{ Path: "/", MaxAge: 86400 * 7, HttpOnly: true, Secure: os.Getenv("ENV") == "prod", // 开发时设 false，否则 Cookie 不生效 } e.Use(session.Middleware(store)) - 注意
Secure: true在 HTTP 环境下会让浏览器拒绝发送 Cookie；本地调试务必关掉
Session Key 和过期时间的实际取舍
SESSION_KEY 不是随便填的字符串，它直接参与 Cookie 加密签名。一旦改了，所有存量用户的 Session 就全部失效。
立即学习“go语言免费学习笔记（深入）”；
- 长度建议 ≥32 字节，用
openssl rand -hex 32生成 - 不要硬编码：从
os.Getenv("SESSION_KEY")读，K8s 用 Secret，Docker Compose 用 env_file -
MaxAge设太长（比如 30 天）会堆积大量僵尸 Session；Redis 中实际过期靠EXPIRE命令，但 gorilla/sessions 不自动清理，得靠 Redis 自身 TTL 或定期脚本 - 如果业务要求“用户登出即销毁”，记得调
sess.Options.MaxAge = 0再sess.Save()，否则只是客户端删 Cookie，服务端数据还在
真正麻烦的不是换存储，而是上线那一刻——旧 Session 全失效，用户被迫重新登录。如果你的系统已在线，得考虑灰度迁移方案：双写（同时写文件 + Redis）、带版本号的 Cookie、或者用中间件兼容两种 Store。这些细节，往往在压测和上线前最后一刻才浮出来。
