fiber框架默认不内置session支持，必须显式集成github.com/gofiber/fiber/v2/middleware/session；开发用内存存储需设gcinterval≥5分钟，生产必须用redis等持久化存储并复用客户端，读写前须校验会话是否存在，cookie需正确配置domain、secure、samesite及maxage以匹配后端ttl。
Fiber框架默认不内置Session支持，必须显式集成第三方中间件。它不像Spring Boot那样开箱提供HttpSession抽象，所有会话逻辑都依赖github.com/gofiber/fiber/v2/middleware/session这个官方维护的扩展包。
怎么初始化Session存储并避免内存泄漏
Session数据必须绑定到一个存储后端，否则每次重启服务就会丢失全部会话——这是新手最常踩的坑。
- 开发阶段可用
session.New()（默认内存存储），但仅限单实例调试，禁止用于生产 - 生产环境必须指定持久化存储：Redis是最常用选择，需传入
&session.Config{Store: redis.New(...)} - Redis连接必须复用，不要在每次
session.New()里新建客户端；建议用redis.New(&redis.Config{Addr: "127.0.0.1:6379"})全局初始化一次 - 内存存储的
GCInterval默认为0（不自动清理），务必手动设为time.Minute * 5以上，否则内存持续增长
如何正确读写Session值而不触发新会话
调用ctx.Session()本身不会创建会话，但session.Get()或session.Set()在会话不存在时会自动初始化——这会导致无意义的Cookie下发。
- 先用
sess, err := store.Get(ctx)获取会话，检查err == nil再操作 - 写入前确认会话已存在：
if sess != nil { sess.Set("user_id", 123) } - 删除会话用
sess.Destroy()，不是sess.Delete("key")——后者只删键值，不销毁会话ID - Cookie名称默认是
session_id，如需修改，初始化store时传Config{Cookie: session.CookieConfig{Name: "my_sid"}}
为什么前端收不到Set-Cookie或Cookie失效
常见现象是ctx.Session().Get("user_id")始终返回空，但抓包看到响应头有Set-Cookie——问题几乎都出在跨域或Cookie属性配置上。
- 前后端分离时，前端
fetch必须带credentials: 'include'，Axios要设withCredentials: true - 若API部署在
api.example.com而前端在www.example.com，需显式设Cookie.Domain = ".example.com" - HTTPS环境下未启用
Cookie.Secure = true，浏览器会拒绝保存 - Chrome对
SameSite默认策略收紧，建议明确设为Cookie.SameSite = http.SameSiteLaxMode（Lax兼容大部分场景）
Session ID的生命周期完全由Cookie.MaxAge和存储后端的TTL共同控制，两者必须一致；比如Redis里设了EX 1800，但Cookie的MaxAge是3600，用户关浏览器再打开就拿不到会话——这种细节容易被忽略，但直接影响用户体验。
