Revel模板中访问.User.Name报undefined，90%因控制器未传入非nil的User数据；需用revel.WARN.Printf检查日志确认user值，模板中加{{if .User}}{{.User.Name}}{{end}}防护，并清理app/tmp目录以启用dev模式精准行号定位。
模板里访问 .User.Name 报错 undefined？先确认变量是否传入
Revel 模板中出现 undefined 类错误，90% 是因为控制器没把数据塞进 renderArgs 或传入值为 nil。比如你在 app/views/User/show.html 里写 {{.User.Name}}，但控制器里只写了 c.Render(user)，而 user 是 nil，模板就会在解析阶段直接报 template: show.html:3:21: executing "show.html" at <.user.name>: nil pointer evaluating interface {}.Name</.user.name>。
检查方法很简单：
- 在控制器 Action 中加一行 revel.WARN.Printf("user in controller: %+v", user)
- 启动时看日志输出，确认不是 <nil></nil> 或空结构体
- 若是数据库查不到导致 user = nil，得在模板里加保护：用 {{if .User}}{{.User.Name}}{{end}} 或 {{with .User}}{{.Name}}{{end}}
{{.Config.APIHost}} 找不到？检查配置项和作用域传递
Revel 不会自动把 conf/app.conf 里的配置注入所有模板——它只暴露给 App 结构体或显式传入的字段。如果你在模板里直接写 {{.Config.APIHost}}，而控制器没把 Config 塞进 renderArgs，就会报 undefined。
正确做法有三种：
- 在控制器中显式传入：c.RenderArgs["Config"] = revel.Config
- 或更常用的是封装一个全局变量，在 app/init.go 的 init() 函数里：revel.InterceptFunc(func(c *revel.Controller) revel.Result { c.RenderArgs["Config"] = revel.Config; return nil }, revel.BEFORE, &App{})
- 注意不要写成 {{.config.APIHost}} —— Go 模板区分大小写，Config 首字母必须大写才能导出
开发模式下看不到具体哪行出错？必须清 app/tmp
Revel 模板编译后会缓存到 app/tmp/templates/ 目录，旧缓存不清理，即使你改了 show.html 第 5 行，错误堆栈仍指向旧文件的第 12 行。此时看到的 undefined 提示根本无法定位原始位置。
解决步骤：
- 关掉 revel run 进程
- 手动删掉整个 app/tmp 目录（别只删 templates 子目录）
- 确保 conf/app.conf 中 mode = dev 且 results = true
- 再执行 revel run myapp
- 错误页顶部会出现类似 views/User/show.html:42 的精准提示
为什么 {{print .User}} 有时也报 undefined？
这个调试技巧本身有效，但有两个常见陷阱：
- {{print}} 是模板内置函数，但它不能打印未定义的字段路径。如果 .User 本身不存在（比如你传的是 c.Render("user", user)，但模板期望的是 .User），那 {{print .User}} 依然会报错，而不是输出 <nil></nil>
- 更稳妥的写法是 {{if .User}} {{print .User}} {{else}} User is missing {{end}}
- 另一个干扰项：若你在 {{range .Items}} 块内写 {{print .User}}，当前作用域已变成 .Items 的每个元素，.User 就真没了——得用 {{$root := .}}{{range .Items}} {{$root.User}} {{end}} 来捕获外层上下文
真正麻烦的不是报错本身，而是错误信息里藏了两层抽象：模板语法层 + Revel 编译层。一旦缓存没清、作用域没理清、配置没显式传，undefined 就会像幽灵一样飘在不同行之间，反复验证比写逻辑还耗神。
立即学习“go语言免费学习笔记（深入）”；
