模板中直接使用 .currentuser 会报错，因为 gin 默认不自动注入用户信息，必须由 handler 显式通过 c.html() 传入；若未传或字段名不匹配、值为 nil，模板渲染将失败。
模板里直接用 .CurrentUser 会报错？检查上下文传值逻辑
Gin 默认模板（html/template）是纯渲染层，不自动携带任何用户信息。所谓“当前登录用户”，必须由 handler 显式注入到模板数据中。常见错误是忘记在 c.HTML() 调用时把用户对象塞进 gin.H{} 或结构体里。
典型写法是：
c.HTML(http.StatusOK, "index.html", gin.H{
"CurrentUser": c.MustGet("user"), // 假设你中间件已把用户存进 context
})
如果中间件用的是 c.Set("user", user)，那这里就得用 c.MustGet("user")；若用 c.Set("currentUser", u)，模板里就得写 {{ .currentUser }} —— 名字必须严格匹配。
中间件没存用户？c.MustGet() 会 panic
c.MustGet(key) 在 key 不存在时直接 panic，不适合生产环境直接裸用。更稳妥的做法是先判断是否存在：
- 在 handler 中用
if user, ok := c.Get("user"); ok { ... }安全取值 - 或者统一封装一个工具函数，比如
GetLoggedInUser(c *gin.Context) (*User, bool)，内部处理 session/jwt 验证和缓存逻辑 - 模板里别依赖未定义字段：用
{{ if .CurrentUser }}{{ .CurrentUser.Name }}{{ end }}，避免{{ .CurrentUser.Name }}因.CurrentUser为 nil 导致模板执行失败
JWT 场景下，模板拿不到 Claims？别在模板里解析 token
有人试图在 HTML 模板里调用 {{ parseJWT .Token }} —— 这不可行。html/template 不支持自定义函数注入（除非你手动注册，但极不推荐）。正确路径是：
- 在 handler 中解析 JWT，提取
user_id、role、name等关键字段 - 构造轻量级用户视图结构体（如
type UserView struct { ID uint Name string Role string }），只传必要字段给模板 - 避免传完整
*jwt.Token或原始map[string]interface{}，既不安全又易出错
Session 存用户 ID，模板要查数据库？别在 HTML() 前查
如果中间件只存了 user_id（比如 c.Set("uid", 123)），而模板需要显示用户名，切忌在每个 handler 里重复查 DB。应该：
- 在认证中间件里完成一次查询，把用户对象（或精简字段）存进 context，例如
c.Set("user", &User{Name: "Alice"}) - 如果用户信息更新频繁且对实时性要求不高，可加一层内存缓存（如
sync.Map或第三方库）减少 DB 压力 - 绝对不要在模板里调用
{{ dbQuery .UID }}—— 模板不是业务逻辑层，且 Gin 的html/template不支持这种动态调用
最常被忽略的一点：模板里访问嵌套字段（如 {{ .CurrentUser.Profile.Avatar }}）前，必须确保 CurrentUser 和 Profile 都非 nil，否则模板渲染直接崩溃。宁可多写一层 {{ with .CurrentUser }}{{ with .Profile }}{{ .Avatar }}{{ end }}{{ end }}，也别赌数据一定完整。
