应使用 gorilla/sessions 管理登录态，它默认启用签名、支持可选加密、自动绑定上下文；密钥需≥32字节，须调用 session.save(r, w) 下发 cookie；jwt 解析必须显式校验 exp/iss/nbf；rbac 权限检查应通过中间件注入 context；密码哈希须用 bcrypt 且 cost 动态调整。
用 gorilla/sessions 管理登录态，别碰原生 http.Cookie 手动加解密
Go 标准库的 http.SetCookie 只负责发 cookie，不处理签名、加密、过期校验——这意味着你得自己实现 HMAC 签名防篡改、AES 加密敏感字段、时间戳验证，稍有疏漏就可能被伪造 session ID 或窃取用户 ID。
gorilla/sessions 封装了安全的存储后端（内存、Redis、PostgreSQL），默认启用签名+可选加密，且自动绑定请求上下文。关键点：
- 使用
cookieStore := sessions.NewCookieStore([]byte("your-32-byte-secret-key"))，密钥必须 ≥32 字节，否则会 panic - 避免用
http.Request.Header.Get("Cookie")解析 session，直接调session, _ := store.Get(r, "auth-session") - 写入时务必调
session.Save(r, w)，否则 cookie 不会下发；忘记这步是本地测试能过、上线就失效的高频原因
JWT 做无状态授权时，jwt.Parse 必须显式校验 exp 和 iss
很多示例代码只调 jwt.Parse(token, keyFunc) 就认为验证完成，但 Parse 默认不检查过期（exp）、签发者（iss）或生效时间（nbf），攻击者可重放过期 token 或伪造 issuer。
正确做法是传入自定义 jwt.Parser 并启用校验：
parser := jwt.NewParser(jwt.WithValidMethods([]string{"HS256"}))
token, err := parser.ParseWithClaims(jwtString, &Claims{}, func(t *jwt.Token) (interface{}, error) {
return []byte("secret"), nil
})
if err != nil || !token.Valid {
// 拒绝访问
}
更稳妥的是在 Claims 结构体里嵌入 jwt.RegisteredClaims，它自带 VerifyExpiresAt 等方法，且 token.Claims.(jwt.MapClaims) 这种类型断言会跳过所有校验。
