在 google app engine 的 go 环境中，应用目录（含 app.yaml）下的自定义包若与标准库、第三方库或 gopath 中同名包重名，会导致“file conflicts with same file imported from gopath”编译错误；正确做法是确保包路径唯一且符合 app engine 的导入规则。
Google App Engine（Go 1.9 及更早运行时，即 goapp）对包组织有特殊约定：应用根目录（即包含 app.yaml 的目录）被视为一个隐式模块根，其下的所有子目录默认以 app/xxx 为导入路径，但该路径不能与 GOPATH 或标准库中已存在的包名冲突。
你遇到的错误：
Failed parsing input: app file templates.go conflicts with same file imported from GOPATH
根本原因并非文件名重复（如你用 find 验证过），而是 Go App Engine 在解析阶段将 app/templates 映射为包名 templates，而该包名恰好与 Go 标准库中的 html/template（及其内部注册的 template 包名上下文）或某些第三方库产生符号级冲突——即使你未显式导入 html/template，只要 templates.go 文件中声明 package templates，App Engine 构建器就可能将其与标准库 template 相关的内部标识符混淆，尤其在旧版 goapp 工具链中此行为较常见。
✅ 正确解决方案（非临时规避，而是符合 App Engine 规范）：
-
重命名包名 + 保持路径语义清晰
将 templates/templates.go 中的 package templates 改为唯一、非标准库映射的名称，例如：// templates/templates.go package apptemplates // ← 关键：避免 templates、template、html 等敏感词
-
使用相对路径导入（无需修改 GOPATH）
在 controllers/default.go 中，仍按目录结构导入：import ( "app/apptemplates" // ← 路径 = 应用根目录下子目录名，与包名可不同 ) 验证目录结构合法性
确保你的 GOPATH/src/app/ 是应用根（含 app.yaml），且无其他 templates.go 存在于 GOPATH/src/ 下层（包括 third-party-libs/）。App Engine 会扫描整个 GOPATH，若存在 GOPATH/src/templates/templates.go（哪怕未被引用），也可能触发冲突。
⚠️ 注意事项：
- ❌ 不要将包名设为 templates、template、html、net、io 等标准库顶层包名；
- ❌ 不要将自定义包路径设为 app/html 或 app/net —— 即使目录名合法，App Engine 会拒绝加载；
- ✅ 推荐包命名风格：app{Domain}（如 appmodels, appcontrollers, apptemplates）或带项目前缀（如 myproject_templates）；
- ? goapp serve 已废弃，如使用现代 Go 运行时（Go 1.11+ 的 go run main.go + cloud.google.com/go/appengine SDK），请迁移到 App Engine flexible environment 或标准环境 v1.12+，其遵循标准 Go modules 规则，不再依赖 GOPATH 和 app/ 前缀。
示例修正后结构：
GOPATH/src/app/ ├── app.yaml ├── controllers/ │ └── default.go // import "app/apptemplates" ├── models/ │ └── models.go // package appmodels ├── templates/ │ └── templates.go // package apptemplates ← 包名唯一，路径仍为 app/templates
总结：Go App Engine 的包冲突本质是构建期符号解析冲突，而非运行时导入失败。核心原则是——包名必须全局唯一且避开标准库命名空间，导入路径始终基于应用根目录的相对路径，二者解耦设计。遵循此规范，即可彻底规避此类错误。
