在 google app engine 的 go 环境中，应用目录（含 app.yaml）下的自定义包不能与标准库、第三方库或 gopath 中同名包冲突；正确做法是将本地包重命名为唯一名称，并通过相对于应用根目录的路径导入。
Google App Engine（尤其是旧版 goapp 工具链）对 Go 包的解析有特殊规则：所有位于应用根目录（即包含 app.yaml 的目录）下的子目录，都会被自动视为可导入的包，其导入路径就是相对于该根目录的路径。这意味着：
- 你的项目结构中，app/templates/templates.go 对应的合法导入路径是 "templates"（而非 "app/templates"）；
- 但 Go 标准库中已存在 html/template 和 text/template，而 goapp serve 在构建时会扫描整个 GOPATH 和应用目录，若发现本地包名（如 templates）与标准库或已安装包同名，就会触发 “conflicting package” 错误——即使你并未显式导入标准库同名包，仅存在同名目录/文件就可能触发校验失败。
✅ 正确解决方式如下：
重命名本地包为语义唯一、无歧义的名称（如 apptemplates、viewtemplates 或 appviews），避免任何与标准库（template, http, io, log 等）或常用第三方包重名的风险；
-
保持目录名与包名一致（Go 最佳实践），例如：
app/ templates/ # ❌ 避免使用此目录名 apptemplates/ # ✅ 改为该目录 apptemplates.go # package apptemplates -
在 controllers/default.go 中按相对路径导入：
package controllers import ( "app/apptemplates" // ✅ 正确：从应用根目录起算的路径 "html/template" // ✅ 标准库，无冲突 )
⚠️ 注意事项：
- 不要使用 "app/templates" 导入——App Engine 不支持以 app/ 为前缀的导入路径；应用内包必须省略 app/ 前缀，直接写 "templates" 或 "apptemplates"；
- goapp serve 会将整个应用目录作为隐式模块根，因此 import "templates" 实际指向 app/templates/，而非 GOPATH 下的同名包；
- 若仍报错，请运行 goapp list ./... 检查实际解析的包路径，或临时移除 GOPATH/src/templates/（如有）等潜在冲突源；
- 新项目强烈建议迁移到 App Engine Flexible Environment 或标准 Go modules + Cloud Run，以规避 goapp 工具链的诸多限制。
总结：App Engine Go 的包管理本质是“应用根目录即模块根”，命名避让 + 路径精准 = 消除冲突。
