应使用 html/template 渲染 html 页面以防 xss 和解析失败；模板路径需基于 os.executable() 定位，避免相对路径；execute 前必须设置 content-type；传参用 {{template "name" .}} 保证数据传递；多文件用 parseglob 一次性加载并全局复用模板实例。
用 html/template，别用 text/template 渲染 HTML 页面——否则 XSS 风险直接暴露，且浏览器可能解析失败。
template.ParseFiles 找不到模板文件？工作目录不是源码目录
Go 进程启动时的当前工作目录（os.Getwd()）决定 template.ParseFiles 查找路径的基准，和 .go 文件位置无关。常见现象是 go run main.go 在项目根目录外执行，或构建为二进制后移动了位置，导致 open templates/index.html: no such file or directory。
- 最稳妥的方式：用
os.Executable()+filepath.Dir()拼出二进制同级的templates/路径，再拼文件名 - 开发阶段可临时用
os.Chdir()切到源码目录，但上线必须移除 - 避免写
"./templates/index.html"或"templates/index.html"——相对路径依赖执行位置，不可靠 -
ParseFiles返回非nilerror 时必须处理，它不会跳过缺失文件继续加载其余模板
http.ResponseWriter 上 Execute 前必须设 Content-Type
漏掉这步会导致两种典型问题：一是响应头无 Content-Type，浏览器按默认 text/plain 解析 HTML，页面变成纯文本；二是含中文时出现乱码或 http: invalid byte in body panic。
- 务必在调用
t.Execute(w, data)前写：w.Header().Set("Content-Type", "text/html; charset=utf-8") - 如果模板中嵌入了用户输入（如评论内容），
html/template会自动转义，但若你用template.HTML包装字符串绕过转义，要确保该字符串本身可信 - 传给
Execute的data不能是nil指针；空结构体或空 map 可以，var u *User然后传u就会 panic
嵌套模板传参用 {{template "name" .}}，不是 {{template "name"}}
只写 {{template "header"}} 是把全局数据（通常是 nil 或空上下文）传进去，子模板拿不到父模板的数据。很多新手卡在“变量明明定义了却渲染为空”。
-
{{template "header" .}}中的.表示将当前作用域完整数据传给子模板 - 子模板里仍可用
{{.Title}}、{{.Items}}，和父模板一致 - 所有
{{define}}名称在同一个*template.Template实例中全局唯一；重名会静默覆盖，建议按文件名+区块名组合命名，如"index-body" - 不支持直接向
{{template}}传多个参数，如需定制，应提前把数据组织进结构体字段或 map 子键
多个模板文件怎么一次性加载？用 ParseGlob 而不是反复 ParseFiles
项目有 base.html、header.html、post.html 等十来个文件时，手写 ParseFiles("a.html", "b.html", ...) 易错且难维护。
- 用
template.Must(template.ParseGlob("templates/*.html"))一行加载整个目录 -
Must会在解析失败时 panic，适合服务启动阶段——早暴露问题，比运行时才发现好 - 每个文件里的
{{define "xxx"}}会被自动注册进同一模板树，{{template "xxx" .}}可跨文件引用 - 注意 glob 模式不递归子目录，如需支持
templates/layouts/*.html和templates/pages/*.html，得调两次ParseGlob
真正容易被忽略的是：模板解析是一次性动作，但数据绑定和执行是每次请求都发生的。别在 handler 里重复调 ParseFiles，也别把 *template.Template 当局部变量反复 new——它本就该在程序初始化时缓存复用。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
