go 的 template.parse 是 *template.template 类型的方法而非独立函数，必须先通过 template.new 创建模板实例再调用；直接传字符串会编译报错，正确流程是 new → parse（需检查错误）→ execute。
Go 的 template.Parse 不能直接解析普通字符串模板——它只接受 *template.Template 实例调用，且必须配合 template.New 或 template.Must 使用；单独传入字符串会 panic。
template.Parse 不是独立函数，而是方法
很多人搜 template.Parse 是想“把一个字符串变成可执行的模板”，但 Go 模板系统里根本没有顶层函数叫 template.Parse。它只是 *template.Template 类型的一个方法，必须先有模板对象才能调用。
-
template.New("name")创建新模板，返回*template.Template - 接着调用
.Parse("{{.Name}}")才真正解析字符串 - 如果跳过
New直接写template.Parse("...")，编译报错：undefined: template.Parse
正确解析字符串模板的三步写法
最简可用路径就是：新建 → 解析 → 执行。注意错误必须显式检查，Parse 失败不会 panic，但后续 Execute 会崩溃。
tmpl := template.New("example")
parsed, err := tmpl.Parse("Hello, {{.Name}}!")
if err != nil {
log.Fatal(err) // 比如 "{{.Name}" 缺少右括号，这里就出错
}
err = parsed.Execute(os.Stdout, map[string]string{"Name": "Alice"})
-
template.New的名字只是标识符，不影响解析逻辑，但同一包内重复名会覆盖（慎用） -
Parse支持多行字符串、嵌套 action，但不支持未闭合的{{或非法函数调用（如{{.Name|unknownFunc}}） - 若模板含子模板（
{{define "xxx"}}...），需用ParseFiles或多次Parse，单次Parse不自动合并
常见 panic 场景和修复方式
运行时 panic 多半是因为模板已损坏却没检查 Parse 错误，或者执行时数据结构不匹配。
-
panic: template: example:1:13: executing "example" at <.name>: can't evaluate field Name in type int</.name>→ 传入的是123，但模板要.Name字段 -
panic: template: example:1:1: unexpected "}" in operand→ 字符串里写了{{.Name}}但实际传入的是"{{.Name}}"（即字符串被当字面量，没走 Parse） - 用
text/template解析 HTML 内容，结果转义了→ 应换用 <code>html/template，两者类型不兼容
真正容易被忽略的是：模板对象不是线程安全的，Parse 后不能并发修改，且 Parse 会清空之前定义的所有 define 模板——如果需要复用，得用 Clone() 或提前一次性 Parse 全部内容。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
