c.Cookie("name")报http.ErrNoCookie是因为请求未携带Cookie头，常见于curl/Postman遗漏或前端未配credentials:'include'；调试应先用c.Cookies()确认是否为空，再检查Request Headers的Cookie字段。
为什么 c.Cookie("name") 总是报 http.ErrNoCookie
不是 Cookie 不存在，而是请求根本没带——浏览器或测试工具压根没发过来。常见于本地开发时用 curl 或 Postman 忘了加 Cookie 请求头，或前端 JS 没配 credentials: 'include'。
调试建议：
- 先用
c.Cookies()打印全部 Cookie，确认是不是空切片；如果是，问题出在客户端发送环节 - 检查浏览器开发者工具的 Network → Request Headers →
Cookie字段是否存在且含目标键名 - 用
curl -v -H "Cookie: name=value" http://localhost:8080/xxx手动模拟，排除框架逻辑干扰 - 注意：Echo 不会自动解析 URL 查询参数或 body 里的键值当 Cookie，只认 HTTP Header 中原始
Cookie字段
SetCookie 后浏览器没保存，或者刷新就消失
大概率是 http.Cookie 字段配置不全或冲突，尤其是 Domain、Path、Secure 这三个。
典型陷阱：
-
Domain值写了"localhost"—— 浏览器拒绝接受，必须留空或写成".localhost"（加点前缀）才可能生效（实际兼容性差），更稳妥的是直接不设Domain -
Path设成了"/admin"，但请求路径是/api/login，导致 Cookie 不随请求发出 - 本地用 HTTP 协议却设了
Secure: true，浏览器直接丢弃 -
Expires和MaxAge同时设了 —— 某些浏览器以Expires为准，但若它是个过去时间，Cookie 瞬间失效
跨域请求下 Cookie 不携带，即使配了 AllowCredentials
光在 CORS 中间件设 AllowCredentials: true 不够，前后端必须同步满足四个条件：
- 后端 Echo 的 CORS 配置中
AllowOrigins不能为"*"，必须显式列出前端地址，例如[]string{"https://myapp.com"} - 后端
SetCookie时必须设Domain（如".myapp.com"），且与前端主域名匹配（注意开头的点） - 前端 fetch 必须带
credentials: 'include'，XMLHttpRequest 要设withCredentials = true - 如果走子域名（如
api.myapp.com→app.myapp.com），Domain得设成".myapp.com"，且主域名一级不能是localhost
Session 值读出来是 nil 或 panic，但 Set 没报错
最常踩的坑是类型断言没防护，或 session 实例本身为空。
安全读法必须两步：
- 先检查 session 是否初始化：
if sess, err := session.Get("user_session", c); err != nil || sess == nil { ... } - 再查 key 是否存在且类型匹配：
if val, ok := sess.Values["user_id"]; ok { if id, ok := val.(string); ok { ... } } - 写入时统一用
string或int64，别混用；比如用户 ID 别有时存123（int），有时存"123"（string） - 确保中间件注册在路由之前：
e.Use(session.Middleware(...))必须在e.GET(...)之前，否则session.Get拿到的是 nil
Session 数据存在但读不到，往往不是加密或存储问题，而是从 sess.Values 取值那行代码没做空判断和类型断言——Go 不会在编译时报错，但运行时直接 panic。
