在 go 的 html/template 中使用 .delims() 设置自定义分隔符后调用 parsefiles()，若未正确处理模板命名，会导致 nil pointer dereference panic；根本原因是模板树中存在未初始化的根模板，而 execute() 默认尝试执行根模板而非已解析的子模板。
该错误看似神秘，实则源于 Go 模板系统的命名与执行机制设计：当你调用 template.New("test").Delims("{[{", "}]}") 创建一个新模板时，你创建的是一个空的、尚未解析的根模板（名为 "test"）；随后调用 sherrifTmpl.ParseFiles("index.html") 会解析文件并生成一个同名或独立命名的子模板（默认以文件名 "index.html" 为模板名），但此时原始的 "test" 模板本身仍为空且未被正确关联。
关键问题在于：(*Template).Execute(w, data) 方法总是尝试执行接收者模板（即 "test"）本身，而非其子模板。而该根模板从未被解析，内部 t.esc（转义信息）字段为 nil，导致在 escape() 阶段触发空指针解引用——这正是 panic 堆栈中 html/template.(*Template).escape(0xc20803ad80, 0x0, 0x0) 的根源。
✅ 正确解决方案有两种（任选其一）：
方案一：统一模板名称（推荐）
将根模板名称设为待解析文件名，确保 Execute() 直接作用于已解析的模板：
package main
import (
"html/template"
"net/http"
)
// 将模板名设为 "index.html"，与待解析文件一致
var sherrifTmpl = template.New("index.html").Delims("{[{", "}]}")
func serveHome(w http.ResponseWriter, r *http.Request) {
// ParseFiles 返回的是 *template.Template（即根模板自身）
// 因为名称匹配，解析内容直接注入到 "index.html" 模板中
t := template.Must(sherrifTmpl.ParseFiles("index.html"))
t.Execute(w, r) // ✅ 安全：t 已解析，esc 非 nil
}方案二：显式执行指定子模板
保留根模板名，但改用 ExecuteTemplate() 显式指定要执行的子模板名：
package main
import (
"html/template"
"net/http"
)
var sherrifTmpl = template.New("test").Delims("{[{", "}]}")
func serveHome(w http.ResponseWriter, r *http.Request) {
t := template.Must(sherrifTmpl.ParseFiles("index.html"))
// ✅ 显式执行名为 "index.html" 的子模板（ParseFiles 自动以此命名）
t.ExecuteTemplate(w, "index.html", r)
}⚠️ 注意事项：
- ParseFiles() 会为每个传入文件名创建一个同名子模板，并将其加入根模板树；
- Execute() 总是执行调用者模板本身（即 t），因此 t 必须已被解析（不能是纯 New() 出来的空模板）；
- ExecuteTemplate(name) 则从模板树中查找并执行指定名称的模板，更灵活也更安全；
- Go 1.5+ 已修复此 panic 行为（改为返回明确错误），但兼容性起见，仍应遵循上述规范写法。
? 总结：*永远不要对仅通过 New() 创建、未经过 `Parse()解析的模板调用Execute()**。使用自定义分隔符时，优先采用“名称对齐”方案（方案一），逻辑清晰且不易出错；若需多模板复用，务必通过ExecuteTemplate()` 显式调度。
