Fiber框架默认不内置Session管理，必须显式引入fiber/middleware/session并配置Store（如MemoryStore或Redis），否则运行时报错“store is required”；Session中间件须在路由前注册，且Cookie需正确配置Path、Secure、SameSite等参数以保障安全与跨域可用性。
Session中间件在Fiber中默认不启用
Fiber本身不内置Session管理，必须显式引入fiber/middleware/session并配置存储后端。直接调用session.New()但没配Store会导致运行时报错store is required。常见错误是只写了初始化代码，却漏掉Redis或内存存储实例的注入。
典型误写：
store := session.New() // ❌ 缺少配置，panic: store is required
正确做法是至少指定一个Store，例如内存存储（仅开发用）：
store := session.New(session.Config{
Store: session.MemoryStore,
Cookie: session.CookieConfig{HTTPOnly: true, Secure: true, SameSite: "Lax"},
})
-
Secure: true在生产环境必须配合HTTPS，否则浏览器拒绝写入Cookie -
SameSite: "Lax"防止CSRF，若应用需iframe嵌入，得改"None"并确保Secure: true - 内存存储
MemoryStore不支持多实例部署，集群下会话丢失
如何用Redis实现分布式Session
生产环境必须用Redis等外部存储，否则负载均衡时用户请求落到不同节点，session.Get("user_id")会返回nil。Fiber官方推荐redis驱动搭配github.com/gomodule/redigo/redis或github.com/go-redis/redis/v8。
Browser Session Manager
下载
使用 Playwright 为 jimeng.jianying.com 管理浏览器会话，导入 cookies/localStorage 以自动化视频生成工作流，支持图片上传等功能
使用go-redis/v8的示例：
rdb := redis.NewClient(&redis.Options{
Addr: "localhost:6379",
})
store := session.New(session.Config{
Store: redis.New(rdb),
Cookie: session.CookieConfig{Path: "/", MaxAge: 1800}, // 30分钟
})
-
MaxAge: 1800控制Cookie过期时间，但Redis中key的TTL需额外设置——redis.New(rdb)默认使用time.Hour * 24，需手动覆盖：redis.New(rdb, 1800) - Redis连接未健康检查时，Session读写失败静默返回空值，建议在
store.Get()后加err != nil判断 - 避免在Session里存大对象（如整个User结构体），序列化开销高且Redis内存膨胀；只存
user_id，登录后查库
Session ID怎么安全传递和续期
Fiber的Session中间件默认通过Cookie传递session_id，但不会自动刷新过期时间。用户持续操作时，若服务端Session已过期而客户端Cookie未更新，下次请求就会新建Session，导致状态丢失。
- 必须手动调用
sess.Save(c)才能触发Cookie重写和Redis TTL刷新 - 常见遗漏点：登录成功后写了
sess.Set("user_id", 123)，但忘了sess.Save(c)，结果Cookie仍是旧的、无有效期更新 - 前端若禁用Cookie，Fiber不自动fallback到URL重写（不像Servlet），需自行在响应头加
X-Session-ID并由前端透传 - 敏感操作（如改密、支付）前，建议用
sess.Destroy(c)强制清旧Session，再sess.New()建新会话防劫持
为什么sess.Get("key")总返回nil
这不是Bug，而是生命周期或作用域问题。最常踩的坑有三个：
- 中间件注册顺序错：Session中间件必须在路由之前注册，写在
app.Use(...)之后才生效；若放在app.Get("/login", ...)里，该路由根本收不到Session上下文 - 跨域请求没带凭证：前端用
fetch时未设credentials: "include"，浏览器不发Cookie，sess.Get()自然为空 - Cookie路径或域名不匹配：比如
CookieConfig{Path: "/admin"}，但请求地址是/api/user，浏览器根本不会发送该Cookie
调试时可直接打印c.Cookies()看原始Cookie是否存在，比盲目查Session更可靠。Session机制本身很薄，出问题几乎都卡在HTTP层细节上。
