LoadHTMLGlob是Gin批量加载HTML模板的正确方式，因其内部调用template.ParseGlob支持通配符、递归匹配和静默跳过不存在路径，而LoadHTMLFiles仅接受字面路径切片、不支持**通配符、易因路径错误panic且同名模板会覆盖。
LoadHTMLGlob 是 Gin 批量加载 HTML 模板的正确方式，不是靠循环调用 LoadHTMLFiles，也不是手动拼路径列表。
为什么不能用 LoadHTMLFiles 列出所有文件再传进去
你可能试过 filepath.Glob + LoadHTMLFiles，但会出错：Gin 的 LoadHTMLFiles 要求传入的是**实际存在的文件路径字符串切片**，且每个路径必须能被 Go 运行时直接打开；而 LoadHTMLGlob 内部使用的是 Go 标准库的 template.ParseGlob，它支持通配符解析、自动递归匹配、忽略不存在路径（静默跳过），更健壮。
- 手动 glob 后传给
LoadHTMLFiles容易因路径不存在 panic -
LoadHTMLFiles不处理**这类递归通配符，只认字面路径 - 多层子目录下同名模板（如
users/index.html和admin/index.html）会被后加载的覆盖，除非模板里用{{define "xxx"}}显式命名
LoadHTMLGlob 的通配符写法和实际效果
路径模式决定匹配范围，不是“越多星号越全”，而是要匹配你的目录结构：
-
r.LoadHTMLGlob("templates/*.html")→ 只匹配templates/一级下的.html文件 -
r.LoadHTMLGlob("templates/**/*.html")→ 匹配templates/及其所有子目录下的.html文件（Go 1.16+ 支持**） -
r.LoadHTMLGlob("templates/**/*")→ 匹配所有后缀（.tmpl、.gohtml等）——但注意：Gin 默认只识别.html和.tmpl，其他后缀需确认是否被 Gotemplate包接受
常见错误："templates/*" 看似简洁，但不会进入子目录；"**/*.html" 如果没写根目录前缀，在某些构建环境（如 Docker 或 IDE 运行）下会因工作目录不一致导致匹配失败。
多级目录同名模板怎么避免冲突
Gin 渲染时靠文件路径名（含目录）作为模板名，比如 c.HTML(200, "admin/dashboard.html", ...) 中的 "admin/dashboard.html" 必须和磁盘路径严格对应。但如果你写成 c.HTML(200, "dashboard.html", ...)，Gin 就只认最顶层那个，不管你在哪一层子目录里放了同名文件。
- 想用短名（如
"dashboard.html"）渲染任意层级的同名文件？不行，Gin 不做路径映射 - 必须用完整相对路径（相对于
LoadHTMLGlob模式根目录），例如"users/profile.html"或"posts/list.html" - 如果真要复用模板逻辑，推荐在模板内用
{{template "header" .}}引入公共块，而不是依赖文件名去重载
加载后静态资源（CSS/JS）404 怎么办
模板能渲染 ≠ CSS 能加载。这是最常被忽略的一环：Gin 的 LoadHTMLGlob 只管服务端模板解析，不提供任何静态文件服务。浏览器请求 /css/app.css 时，Gin 默认返回 404。
- 必须显式加一行
r.Static("/css", "./static/css")，把 URL 前缀/css映射到本地目录 - HTML 中引用路径要和
Static第一个参数一致，比如<link href="/css/app.css"> - 不要写成
r.Static("./static/css", "/css")—— 参数顺序是(URL路径, 本地路径)，反了就挂
复杂点在于路径嵌套和构建环境：开发时 ./static 可能有效，但打包进 Docker 后工作目录变了，./static 就找不到。建议统一用绝对路径或通过环境变量控制静态目录位置。
