gin不支持为不同路由分组绑定专属模板目录，因loadhtmlglob仅属*gin.engine且只能有效调用一次；routergroup无该方法，强行访问会覆盖全局模板实例。
Gin 不支持为不同路由分组绑定专属模板目录或专属 LoadHTMLGlob 配置 —— 所有模板加载必须在 *gin.Engine 实例上统一完成，且仅能调用一次有效。
为什么不能在路由组（RouterGroup）上调用 LoadHTMLGlob
因为 LoadHTMLGlob 是 *gin.Engine 的方法，而 RouterGroup（比如 v1 := r.Group("/v1")）只是引擎的逻辑分组，它不持有模板引擎实例。你在分组上调用该方法会编译报错：routerGroup.LoadHTMLGlob undefined。
即使强行通过指针访问底层 engine（不推荐），模板解析器也只有一个全局实例，后续调用会覆盖前序配置，导致部分模板无法识别。
实际可行的模板隔离方案：靠目录结构 + 命名约定
虽然不能“分组绑定”，但可以通过模板路径显式区分来源，实现逻辑隔离：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
-
r.LoadHTMLGlob("templates/admin/*.html")和r.LoadHTMLGlob("templates/user/*.html")会被合并加载 —— Gin 支持多次调用LoadHTMLGlob，只要路径不冲突，模板名不会覆盖 - 渲染时必须传入完整路径（相对于 glob 匹配根）：
c.HTML(200, "admin/dashboard.html", data)或c.HTML(200, "user/profile.html", data) - 避免模板名重复：比如不要让
admin/index.html和user/index.html同时存在，否则c.HTML(200, "index.html", ...)会命中第一个被加载的
LoadHTMLFiles 和 LoadHTMLGlob 的关键差异
二者都作用于 *gin.Engine，但行为不同：
-
LoadHTMLGlob("templates/**.html")：递归匹配所有.html文件，自动注册文件名为模板名（不含路径），不推荐用于多分组场景，容易命名冲突 -
LoadHTMLFiles("templates/admin/layout.html", "templates/user/layout.html")：显式声明每个模板，模板名就是传入的完整路径（如"templates/admin/layout.html"），渲染时必须写全路径 —— 这才是分组隔离最可控的方式 - 若使用
LoadHTMLFiles，c.HTML第二个参数必须和传入的路径完全一致，大小写、斜杠方向都不能错
容易被忽略的模板函数与分组无关，但需全局注册
比如你给 admin 分组加了 AdminOnly 模板函数，它对所有模板都生效：
r.SetFuncMap(template.FuncMap{
"AdminOnly": func(u interface{}) bool { /* ... */ },
})
r.LoadHTMLFiles("templates/admin/*.html", "templates/user/*.html") // 错误：LoadHTMLFiles 不支持 glob
// 正确写法是展开列出每个文件，或改用 LoadHTMLGlob + 路径前缀约束
真正麻烦的不是“怎么分”，而是「模板名空间污染」—— 一旦两个分组用了同名模板（如都叫 base.html），Gin 不会报错，但只会渲染先加载的那个。这个问题在多人协作或模块拆分时极易暴露，且调试困难。
