Revel模板中空值静默失败最危险，需显式判空：访问前用{{if .Field}}检查nil指针、nil切片、未导出字段等，range前必须{{if .List}}，控制器应补全默认值而非模板兜底，dev模式需revel clean刷新缓存。
Revel模板里空值不报错、也不提示，直接渲染为空白——这是最危险的“静默失败”。 你看到页面某块内容消失，大概率不是前端没写，而是.User.Name为nil、.Items是nil切片，或字段未导出（小写开头），而Revel连warning都不给。
模板中判空必须显式写{{if .Field}}，不能依赖自动 fallback
Go模板对nil指针、nil切片、nilmap、空字符串、零值数字都统一视为“false”，但{{.Field}}访问它们时不会 panic，只会输出空。所以显示前必须主动判断：
-
{{if .User}}→ 检查结构体指针是否非nil -
{{if .User.Name}}→ 检查嵌套字段是否非空（Name是string，空串也进else） -
{{if .Items}}→ 必须加这层，否则{{range .Items}}遇到nil切片会 panic - 不要写
{{if .User.Name != ""}}，Go模板不支持!=运算符，要用{{if eq .User.Name ""}}或更自然的{{if .User.Name}}
range遍历前不判空，运行时直接 panic
Revel 0.19+ 和 1.x 版本中，{{range .List}}底层调用len()，而len(nil)在 Go 中 panic。这不是模板语法错误，是运行时崩溃，错误堆栈里甚至看不到模板行号。
- 正确写法：
{{if .List}} {{range .List}} {{.ID}} {{end}} {{else}}<span>暂无数据</span>{{end}} - 若传的是
map[string]interface{}，{{range .Map}}同样要先{{if .Map}} - 别指望控制器传个空切片
[]Item{}就能绕过——它和nil行为不同，但用户数据不可控，判空仍是底线
字段未导出或传参方式错误，导致变量始终为空
Revel 模板只认导出字段（首字母大写）和Render明确传入的键。常见静默失效场景：
- 结构体字段写成
name string（小写）→ 模板里{{.name}}永远为空，且无任何提示 - 用
c.Render(user)传单个结构体，但模板里写{{.User.Name}}→ 实际上下文就是user本身，应写{{.Name}} - 用
c.Render("data", user)，模板里却漏掉点号，写成{{data.Name}}→ 正确是{{.data.Name}}，因为Render把data作为 key 存进RenderArgs -
Render传nil值（如c.Render("user", nil)），模板中{{.user}}即为空，不会报错
需要默认值时，优先在控制器赋值，而不是模板里硬塞
模板不是逻辑层，default函数在 Revel 内置函数中并不存在，强行在模板里做兜底容易失控。
- 推荐做法：控制器中补全默认值，例如
if user.Avatar == "" { user.Avatar = "/img/default.png" }，再c.Render("user", user) - 若必须模板内处理，可用
{{if .Avatar}}{{.Avatar}}{{else}}/img/default.png{{end}}，但仅限简单字符串 - 避免用
set函数动态设默认值，比如{{set ."avatar" (or .Avatar "/img/default.png")}}—— 这会让数据流变隐晦，调试困难 - 时间、状态等有业务含义的默认值（如
Status默认"draft"），一定在模型构造或 service 层设定，别丢给模板
最易被忽略的一点：Revel 的dev模式下，模板编译缓存可能保留旧结构体定义。改了结构体字段名或导出状态后，不执行revel clean，就可能一直看到“空值”——你以为是逻辑问题，其实是缓存没刷新。
