真正安全的退出必须同步清理客户端 Cookie 和服务端 Session/Token：Cookie 删除需严格匹配路径、域名、Secure/HttpOnly 标志，并设 MaxAge=-1；服务端须显式删除 Redis 中的 Session 或将 JWT 加入黑名单；c.Redirect 后必须立即 return，防止后续逻辑执行引发 panic。
gin.Context 里不能直接调用 c.Abort() 或 c.Redirect() 后就认为用户已“安全退出”——真正的安全退出必须同步清理服务端状态，否则会留下无效 Session、残留 Cookie 或未注销的 Token。
SetCookie 删除 Cookie 必须匹配原始设置参数
Gin 删除 Cookie 不是“清空值”就行，而是靠过期时间 + 路径 + 域名三者共同生效：
-
SetCookie的第 3 个参数（MaxAge）必须设为负数（如-1），仅设空字符串无效 - 第 4 个参数（
Path）必须和登录时写入的一致，比如登录用了"/"，退出时就不能传""或"/api" - 第 5 个参数（
Domain）若登录时指定了域名（如"example.com"），退出时也得填相同值；若留空，浏览器可能按当前 Host 自动推导，但不保证一致 -
Secure和HttpOnly标志也要与原始 Cookie 完全一致，否则浏览器拒绝覆盖
示例：
c.SetCookie("auth_token", "", -1, "/", "example.com", true, true)如果原始 Cookie 是 Domain=www.example.com，这里填 "example.com" 就删不掉。
登出逻辑必须主动清除服务端 Session 或 Token
客户端删 Cookie 只是前端动作，后端 Session 或 Redis 中的 Token 仍有效：
- 若用 Redis 存 Session，退出时要显式调用
redis.Del(ctx, sessionID) - 若用 JWT，需将 Token 加入黑名单（如 Redis Set），或依赖短过期时间 + Refresh Token 机制
- 不要依赖“删 Cookie 后下次请求自动失效”，因为攻击者可能复用旧 Token 或 Session ID
常见错误：只删 Cookie，没碰 Redis，导致用户登出后仍能用旧凭证访问敏感接口。
c.Redirect 后必须立即返回，避免后续逻辑执行
Gin 中 c.Redirect 不会自动终止处理器，它只是写响应头，之后代码仍会继续运行：
- 如果重定向后还调用了
c.JSON或修改了c.Writer，会触发http: multiple response.WriteHeader callspanic - 正确做法是重定向后紧跟
return
c.SetCookie("auth_token", "", -1, "/", "", false, true)
c.Redirect(http.StatusFound, "/login")
return // ⚠️ 必须加这一行漏掉 return 是线上高频 panic 来源之一。
真正安全的退出不是“让用户看不到登录态”，而是让凭证在客户端和服务端同时失效。路径、域名、标志不匹配，或漏删服务端状态，都会让退出变成假退出。
