Go模板性能优化核心是将逻辑前置到Go层：避免range内重复方法调用、复用已编译模板实例、扁平化数据结构、预计算字段与条件结果、精简自定义函数签名及调用频次。
模板中避免在 range 循环内重复调用方法
Go 模板每次执行 {{.User.GetName}} 这类方法调用时，都会反射调用底层方法，开销显著。若在 {{range .Users}} 中反复调用 .GetName，性能会随数据量线性下降。
- 提前在 Go 代码中计算好所需字段，例如把
UserName作为结构体字段传入模板，而非依赖.GetName() - 若必须调用方法，确保该方法是轻量、无副作用的纯函数；避免在方法内做 DB 查询、HTTP 调用或锁操作
- 对高频使用的复杂方法，可考虑用
template.FuncMap注册一个预计算函数，把逻辑移出模板上下文
慎用 template.Execute 多次渲染同一模板
每次调用 template.Execute 都会触发模板解析（即使已 Parse 过），尤其当模板含嵌套 {{template "xxx"}} 时，开销更明显。常见于 Web handler 中未复用已编译模板实例。
- 将
template.Template实例定义为包级变量或注入到 handler 结构体中，全局复用 - 使用
template.Must(template.New("name").ParseFiles(...))在启动时一次性加载并校验，避免运行时 panic - 若需动态子模板，优先用
template.Clone()+Clone().Parse(...)，而非反复New().Parse()
减少 with 和嵌套 if 的深度与频次
深层嵌套（如 {{with .A}}{{with .B}}{{with .C}}...{{end}}{{end}}{{end}}）会增加模板执行栈深度和作用域查找成本；每个 if 或 with 都涉及一次值求值和布尔判断。
- 在 Go 层预先规整数据结构，例如用
type ViewData struct { UserName string; IsAdmin bool }替代多层嵌套访问 - 避免在模板中做条件拼接逻辑（如
{{if .A}}x{{else if .B}}y{{end}}），改用 Go 代码生成最终字符串再传入 - 用
{{- if ... -}}（带空格截断）减少输出空白，虽不提速但降低传输体积，间接提升感知性能
警惕 template.HTML 和自定义函数的反射代价
任何传入模板的数据若为 template.HTML、url.URL、或实现了 Stringer 接口的类型，模板引擎都可能触发额外的类型检查与方法调用；自定义函数注册后，每次调用仍需反射分发。
立即学习“go语言免费学习笔记（深入）”；
- 避免将整个结构体传入模板后靠
.Field.String()输出，改为提前调用并传字符串字段 - 自定义函数应尽量用简单签名，如
func(string) string，避免指针、接口或复杂结构体参数 - 对高频函数（如时间格式化），可用
func(time.Time) string注册，并在 Go 层缓存常用 layout 的time.Format结果（注意并发安全）
func init() {
funcMap := template.FuncMap{
"formatTime": func(t time.Time) string {
return t.Format("2006-01-02 15:04")
},
}
tmpl = template.Must(template.New("").Funcs(funcMap).Parse(tmplStr))
}真正影响模板性能的，往往不是语法本身，而是「本该在 Go 层做的决定」被拖到了模板里执行——比如权限判断、字段拼接、错误 fallback。这些逻辑一旦进入 {{if}} 或方法调用，就失去了编译期优化和 CPU 缓存友好性。
