Go模板性能优化核心是预编译复用、精简逻辑、预处理数据、避免运行时开销：启动时ParseFiles全局复用；模板仅展示，业务逻辑前置；慎用嵌套与自定义函数；用bytes.Buffer缓冲渲染再写入。
Go 的 html/template 和 text/template 本身已足够轻量，但高频渲染（如高并发 Web 服务、大量邮件模板、静态站点生成）下，不当用法会显著拖慢性能。优化核心在于：减少重复解析、避免运行时反射开销、精简模板逻辑、合理复用资源。
预编译模板，避免每次请求都 Parse
模板解析（template.Parse*）是 CPU 密集型操作，含词法分析、语法树构建、函数注册校验等。若在 HTTP handler 中每次调用都 Parse，性能会断崖式下降。
- 将模板文件在应用启动时一次性
ParseFiles或ParseGlob，并全局复用 *template.Template 实例 - 使用
template.New("").ParseFiles(...)或更推荐的template.Must(template.ParseFiles(...))，让错误在启动阶段暴露 - 若需动态子模板（如 layout + content），用
{{template "name" .}}配合template.Lookup("name")，而非每次重新 Parse
减少模板内函数调用与复杂逻辑
模板中每调用一次自定义函数（{{myFunc .}}）或执行 if/with/range 嵌套，都会触发反射、接口转换和 map 查找，开销不可忽视。
- 把数据预处理好再传入模板：比如日期格式化、状态转中文、权限判断结果，都在 Go 层完成，模板只做纯展示
- 避免在模板中调用耗时函数（如数据库查询、HTTP 请求、加密计算）—— 模板不是业务逻辑层
- 慎用深层嵌套
range，尤其是遍历大 slice 时；可考虑前端分页或后端提前裁剪数据
启用模板缓存并复用执行上下文
Go 1.21+ 默认启用了内部模板执行缓存（template.execCache），但需确保不频繁创建新模板实例。
立即学习“go语言免费学习笔记（深入）”；
- 不要每次渲染都调用
t.Clone()或template.New()，除非真需要隔离命名空间 - 对同一模板多次执行（
t.Execute(w, data)），直接复用原模板对象即可，它本身是并发安全的 - 若需差异化配置（如不同 funcmap），可预先构建多个命名模板（
t.Funcs(...).Lookup("name")），而非运行时切换
用 bytes.Buffer 替代 http.ResponseWriter 直接写入
虽然 http.ResponseWriter 实现了 io.Writer，但其底层可能带 buffer、gzip 封装或中间件包装，直接写入可能触发额外拷贝或锁竞争。
- 先渲染到
bytes.Buffer或预分配的bytes.Pool，再整体写入 ResponseWriter，减少 syscall 和内存分配 - 示例：
var buf bytes.Buffer; t.Execute(&buf, data); w.Write(buf.Bytes()) - 对小模板（sync.Pool 缓存
*bytes.Buffer，降低 GC 压力
基本上就这些。不复杂但容易忽略：模板性能瓶颈 rarely 出在“语法慢”，而常出在“用错了地方”。把逻辑移出模板、把解析提到启动期、把输出收束到可控缓冲区，三步做完，QPS 常能提升 2–5 倍。
