在 go 中，未显式初始化的 map 类型全局变量默认值为 nil，但若在 init() 函数中首次赋值，该变量必然尚未被修改——因此对 nil 的显式检查纯属冗余，既无必要也不符合 go 的惯用法。
在 go 中，未显式初始化的 map 类型全局变量默认值为 nil，但若在 init() 函数中首次赋值，该变量必然尚未被修改——因此对 nil 的显式检查纯属冗余，既无必要也不符合 go 的惯用法。
Go 的变量初始化机制决定了：*包级变量（如 var templates map[string]template.Template）在程序启动时自动初始化为其零值（即 nil），且在任何 init() 函数执行前，该变量不会被其他代码访问或修改**。因此，在单个 init() 函数内执行 if templates == nil 判断，逻辑上永远为真，属于确定性冗余检查——它不增强健壮性，反而引入误导性假设（例如暗示该变量可能已被其他 init 函数提前初始化）。
正确的做法是直接初始化，清晰、高效且符合 Go 的简洁哲学。以下是三种推荐方案：
✅ 方案一：声明时直接初始化（最简明）
var templates = map[string]*template.Template{}
func init() {
// 加载模板逻辑，例如：
templates["base"] = template.Must(template.ParseFiles("base.html"))
templates["home"] = template.Must(template.New("base").ParseFiles("home.html"))
}优势：声明与初始化合一，语义明确；避免运行时 nil 检查开销。
✅ 方案二：封装初始化逻辑（高可读性 & 可测试）
var templates map[string]*template.Template
func init() {
templates = initTemplates()
}
func initTemplates() map[string]*template.Template {
t := make(map[string]*template.Template)
// 加载模板逻辑
t["base"] = template.Must(template.ParseFiles("base.html"))
t["home"] = template.Must(template.New("base").ParseFiles("home.html"))
return t
}优势：职责分离，initTemplates 可独立单元测试；调用关系一目了然，便于维护和重构。
✅ 方案三：init 中直接 make（最常见）
var templates map[string]*template.Template
func init() {
templates = make(map[string]*template.Template)
// 后续加载逻辑...
}优势：简洁直观，广泛见于标准库与主流项目；无额外函数调用开销。
⚠️ 注意事项
- 若存在多个 init() 函数（跨文件），Go 保证它们按依赖顺序执行，但绝不保证同一变量不会被多个 init 函数重复操作。此时应通过设计规避竞态（如仅由一个 init 负责初始化），而非依赖 nil 检查——后者无法解决并发写入问题，且掩盖设计缺陷。
- 对于需延迟初始化或带错误处理的场景（如文件读取失败），应使用 sync.Once + 指针包装，而非在 init 中做防御性 nil 判断。
总结：Go 的初始化模型天然保证了 init 函数内包级变量的“洁净状态”。移除无意义的 nil 检查，选择语义清晰、易于维护的初始化方式，既是代码质量的体现，也是对 Go 设计哲学的尊重。
