go 语言中，包级变量在 init() 函数执行前已完成零值初始化（如 map 类型默认为 nil），但 init() 是该变量首次可写入的确定时机；因此对未显式初始化的 map 进行 nil 判断纯属冗余，应直接 make 初始化或采用更清晰的初始化模式。
go 语言中，包级变量在 init() 函数执行前已完成零值初始化（如 map 类型默认为 nil），但 init() 是该变量首次可写入的确定时机；因此对未显式初始化的 map 进行 nil 判断纯属冗余，应直接 make 初始化或采用更清晰的初始化模式。
在 Go 程序启动流程中，包级变量声明后会自动赋予其类型的零值（例如 map[string]*template.Template 的零值即为 nil），而所有 init() 函数会在 main() 执行前、按导入顺序依次运行——此时该变量尚未被任何代码赋值，必然为 nil。因此，在 init() 中写 if templates == nil { templates = make(...) } 不仅逻辑冗余，还隐含误导：仿佛存在“非 nil”的可能路径，实则永远不成立。
这种写法既无必要，也违背 Go 的明确性原则（explicit is better than implicit）。以下是三种更合理、更符合 Go 风格的替代方案：
✅ 方案一：声明时直接初始化（推荐用于简单场景）
var templates = map[string]*template.Template{}
func init() {
// 加载模板逻辑，例如：
templates["base"] = template.Must(template.New("base").Parse(baseTmpl))
templates["home"] = template.Must(template.New("home").Parse(homeTmpl))
}优势：简洁、直观，避免运行时判断；templates 从声明起即为非 nil 可用状态。
✅ 方案二：封装初始化逻辑（推荐用于复杂初始化）
var templates map[string]*template.Template
func init() {
templates = initTemplates()
}
func initTemplates() map[string]*template.Template {
t := make(map[string]*template.Template)
// 安全、可测试的初始化逻辑（支持 error 返回、日志、依赖注入等）
if err := loadAllTemplates(t); err != nil {
log.Fatal("failed to load templates:", err)
}
return t
}优势：职责分离，initTemplates() 可独立单元测试；调用链清晰，便于调试与维护；避免 init() 函数臃肿。
✅ 方案三：init() 中直接 make（最简明）
var templates map[string]*template.Template
func init() {
templates = make(map[string]*template.Template)
// 后续加载逻辑...
}优势：语义明确、无歧义，消除所有潜在误解，且开销最小。
⚠️ 注意事项：
- 切勿在 init() 中对包级 map/slice/chan 做 nil 检查后再 make——它在此刻 必然 为 nil；
- 若变量需在多个 init() 函数中被不同包初始化（如通过 init() 注册机制），应改用 sync.Once + 懒加载，而非依赖 nil 判断；
- 全局变量初始化应尽量“一次到位”，避免后续因并发或多次 init 导致状态不一致（Go 保证每个包的 init() 仅执行一次，但跨包顺序需谨慎设计）。
总结：Go 的初始化模型是确定且可预测的。删掉无意义的 nil 检查，选择声明初始化、函数封装或直接 make，不仅能提升代码健壮性，更能体现对语言机制的准确理解与专业实践。
