gin 默认不支持模板热加载，因其 loadhtmlglob 和 loadhtmlfiles 仅在启动时加载一次模板，出于性能考虑避免每次请求检查文件系统；开发阶段需借助 fsnotify 监听 + sethtmltemplate 手动重载，或每次渲染前用 template.parseglob 动态解析（不推荐生产环境）。
为什么 Gin 默认不支持模板热加载
Gin 的 LoadHTMLGlob 和 LoadHTMLFiles 只在启动时读取一次模板，后续修改文件不会自动重载。这是为了性能考虑，避免每次请求都去检查文件系统。但开发阶段反复重启服务太低效，必须手动干预。
用 html/template 手动实现热加载
核心思路是绕过 Gin 内置的模板缓存，在每次渲染前重新解析模板文件。适用于小项目或调试阶段，不建议用于生产环境。
- 用
template.New("name").Funcs(...).ParseGlob("templates/**/*")替代engine.LoadHTMLGlob - 把模板实例存在全局变量或 context 中，每次
c.HTML前调用t.Execute - 注意：
ParseGlob每次都会读磁盘，频繁调用会拖慢响应，建议加简单时间戳比对（如os.Stat检查文件修改时间）再决定是否重解析 - 函数定义需显式传入，不能依赖 Gin 自动注入的
gin.Context函数（如.Date），得自己用Funcs注册
用第三方库 github.com/gin-contrib/templating 的坑
这个库名字听起来像官方维护，实际已归档且不更新。它依赖旧版 html/template 行为，在 Go 1.22+ 中可能 panic，错误信息常是 template: xxx: "xxx" is not a defined template。
- 它内部用
http.FileSystem包装模板路径，但没处理嵌套{{template}}的递归解析边界 - 若模板里用了
{{define}}+{{template}}，必须确保所有子模板都在同一 glob 路径下，否则加载失败 - 它不兼容 Gin v1.9+ 的中间件注册方式，
templating.New()返回值类型和预期不符，容易导致编译报错
更稳妥的开发期方案：文件监听 + 信号触发重载
用 fsnotify 监听 templates/ 目录，收到 WRITE 或 CHMOD 事件后，调用 engine.SetHTMLTemplate(t) 切换模板实例。比每次渲染都解析快，也比重启进程轻量。
- 监听器要忽略编辑器临时文件（如
*~、.swp），否则保存瞬间触发两次 reload -
SetHTMLTemplate是线程安全的，但要在所有路由注册完之后再启用监听，否则可能漏掉新注册的模板路径 - 推荐搭配
syscall.SIGHUP作为兜底：发信号也能触发重载，避免监听失效时卡死 - 示例关键行：
tmpl := template.Must(template.New("").Funcs(funcMap).ParseGlob("templates/**/*"))→router.SetHTMLTemplate(tmpl)
真正麻烦的是嵌套模板路径不一致、funcMap 动态变更、以及并发渲染时模板正在重载——这些边界情况不会报错，但会静默渲染失败。动手前先确认你的模板结构是否全在单一 glob 路径下。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
