使用`html/template.delims()`设置自定义分隔符后调用`execute()`导致`invalid memory address or nil pointer dereference`，根本原因是模板命名不匹配引发内部`nil`模板逃逸，需通过统一模板名或改用`executetemplate()`解决。
在 Go 的 html/template 包中，Delims() 方法用于自定义模板动作的起始与结束分隔符（如 {[{ 和 }]}），但其行为常被开发者误解：Delims() 仅作用于调用它的模板实例，且不会自动影响后续 ParseFiles() 创建的子模板命名关系。当您执行如下代码：
var sherrifTmpl = template.New("test").Delims("{[{", "}]}")
func serveHome(w http.ResponseWriter, r *http.Request) {
template.Must(sherrifTmpl.ParseFiles("index.html")).Execute(w, r)
}
表面上看逻辑清晰，实则埋下严重隐患：
- template.New(“test”) 创建了一个名为 “test” 的空模板（尚未解析任何内容）；
- ParseFiles(“index.html”) 会读取文件并创建一个新模板，命名为 “index.html”（基于文件名），并将其作为子模板挂载到 “test” 模板下；
- 此时 sherrifTmpl 本身仍是一个未解析、无定义动作的空模板，其 *template.Template 内部字段（如 escapeOK、text 等）为 nil；
- 调用 .Execute(w, r) 时，实际是在这个 nil 状态的 “test” 模板上执行，而非已成功解析的 “index.html” 子模板 —— 这直接触发 template.escape() 中对 t.text 的空指针解引用，导致 panic。
✅ 正确做法有且仅有两种：
方案一：统一模板名称（推荐）
让顶层模板名与待解析文件名一致，确保 Execute() 作用于已解析的有效模板：
