panic: html/template: pattern matches no files 表示 ParseGlob 调用时 filepath.Glob 未匹配到任何文件，根本原因是运行时文件系统中路径不可见（如 GAE 沙箱限制、模板未打包进部署目录或含 .. 的相对路径被禁止），而非单纯文件名错误。
panic: html/template: pattern matches no files 的真实含义
这不是 Gin 报错，是 Go 标准库 html/template 在 ParseGlob 阶段发现路径没匹配到任何文件时抛出的 panic。它不区分“路径写错”还是“文件真不存在”，只要 filepath.Glob 返回空切片，就会触发。本地能跑、部署就挂，大概率不是代码问题，而是运行时文件系统不可见。
Go App Engine 环境下模板路径失效的硬性限制
GAE 标准环境（尤其是 Go 1 运行时）会以 app.yaml 所在目录为唯一根路径打包并运行。所有代码、模板、静态资源必须落在该目录及其子目录内，否则在部署后直接“消失”：
-
../views/、../../templates/这类含..的路径在 GAE 沙箱中被严格禁止，filepath.Glob静默返回空，不报错也不警告 -
app.yaml中错误的static_dir: ../static不仅无效，还可能让 GAE 解析器误判路径范围，间接导致同名或邻近路径（如views/）被排除在文件系统视图之外 -
os.Getwd()在 GAE 中返回的是内部临时路径（如/base/data/home/apps/tmp-xxx/_ah），不是你的源码路径；基于它拼接的相对路径必然失效
LoadHTMLGlob 路径写法与实际匹配效果不一致
LoadHTMLGlob 底层调用 filepath.Glob，而它的通配符行为和直觉有偏差：
-
"templates/*"只匹配templates/下一级的 HTML 文件，不进子目录 -
"templates/**/*.html"在多数 Go 版本中能递归匹配，但某些旧版 runtime（如 GAE Go 1）不支持双星号，会直接忽略 -
"templates/**"是危险写法：它会把目录、非 HTML 文件也传给模板引擎，编译时报错（如unexpected EOF） - 更稳妥的做法是用
filepath.WalkDir显式收集.html文件，再传给LoadHTMLFiles
本地开发与 GAE 部署的路径语义根本不同
你本地执行 go run main.go 时，工作目录是项目根，"templates/*.html" 能命中；但 GAE 启动时进程的工作目录是沙箱内部路径，且只挂载 app.yaml 目录树。这意味着：
- 必须把
templates/目录移到app.yaml同级或子级（例如app/templates/） - 加载语句要写成
r.LoadHTMLGlob("templates/*.html")或r.LoadHTMLGlob("templates/**/*.html")，不能带./或../ - 如果用了
gin.Default()以外的引擎实例（比如自定义gin.New()），记得在Run前完成模板加载，顺序不能颠倒
最容易被忽略的一点：GAE 不报“文件不存在”，只报“pattern matches no files”——这个提示本身就在误导你去检查文件名，而不是检查整个路径是否被沙箱隔离。真正该查的，是 app.yaml 在哪、模板在哪、两者之间有没有跨目录引用。
