Go模板优化核心是预编译、数据扁平化、合理选型与复用：启动时解析模板并全局复用；提前组装数据、避免模板内反射与深层嵌套；纯文本用text/template，HTML必用html/template；已解析模板并发安全，可直接Execute。
Go 的 text/template 和 html/template 本身已足够轻量高效，但模板渲染速度瓶颈往往不出在引擎本身，而在于使用方式、数据准备和缓存策略。优化关键在于减少重复解析、避免运行时反射开销、精简模板逻辑，并合理利用安全机制。
预编译模板，避免每次请求都 Parse
模板解析（template.Parse*）是 CPU 密集型操作，涉及词法分析、语法树构建和函数注册校验。若在 HTTP handler 中反复调用 template.New().Parse(...)，会严重拖慢响应速度。
- 将模板文件在应用启动时一次性加载并解析，保存为全局变量或依赖注入对象
- 使用
template.Must()捕获解析错误，避免运行时 panic 隐患 - 对多模板场景（如 layout + page），用
template.ParseGlob或template.ParseFiles统一加载，再通过template.Lookup获取子模板
示例：
var mainTmpl = template.Must(template.New("base").Funcs(funcMap).ParseFiles("layout.html", "home.html"))减少模板内复杂逻辑与反射调用
html/template 在执行时会对字段访问、函数调用做大量反射判断（尤其是嵌套结构体、接口类型、未导出字段）。过度依赖 .Field 或 index .Slice 0 等动态访问，会显著增加执行耗时。
立即学习“go语言免费学习笔记（深入）”；
- 提前将模板所需数据“扁平化”组装好，例如把
User.Profile.Name提前赋值为UserName字段传入 - 避免在模板中做条件嵌套过深（如
{{if .A}}{{if .B}}{{if .C}}...），改用 Go 层预计算布尔标志 - 自定义函数应尽量无副作用、无 I/O、不分配内存；避免在函数里调用
json.Marshal或格式化时间等高开销操作
按需选择 text/template 或 html/template
二者底层共享同一解析器，但 html/template 额外承担自动转义、上下文感知（如 script 标签内自动加 JS 转义）等安全工作，带来轻微性能开销。
- 纯文本输出（邮件内容、日志模板、配置生成）优先用
text/template - HTML 页面渲染必须用
html/template，不可为提速降级——XSS 风险远高于几微秒的执行差异 - 若部分 HTML 片段需绕过转义（如已信任的富文本），用
template.HTML类型标注，而非切换模板引擎
启用模板缓存与并发安全复用
已解析的 *template.Template 是并发安全的，可被多个 goroutine 同时执行 Execute。无需为每次请求新建模板实例。
- 避免在 handler 内创建新模板对象；直接复用预编译好的模板变量
- 对不同参数组合的高频模板（如分页链接、状态 badge），可预先渲染成字符串缓存（注意：仅适用于静态参数或低频变化字段）
- 若模板内容动态生成（如用户定制主题），考虑用
sync.Pool缓存临时bytes.Buffer，减少内存分配
