Revel框架必须安装在GOPATH/src/github.com/revel/revel下，因其CLI工具硬编码依赖GOPATH查找源码，不支持Go Modules、vendor模式或自定义路径，否则会导致编译失败、静默故障或资源加载异常。
Revel 框架不支持自定义安装路径，必须严格落在 GOPATH 的 src/github.com/revel/revel 下；否则 revel run 会报找不到框架或 panic，且无明确错误提示。
为什么 GOPATH 是唯一合法安装位置
Revel CLI 工具（如 revel run、revel new）在启动时硬编码依赖 GOPATH 查找框架源码。它不会扫描 GOBIN、GOROOT 或模块缓存（$GOMODCACHE），也不兼容 Go Modules 的 vendor 模式。
-
revel new myapp生成的项目会自动 import"github.com/revel/revel"—— 这个 import path 必须能在GOPATH/src下真实存在，否则编译失败 - 若你用
go install github.com/revel/revel/cmd/revel@latest安装 CLI，它仍会在运行时回溯GOPATH加载框架代码，不是从二进制里 embed - 把 Revel 源码放到
~/code/revel并加到GOROOT或改go.mod replace都无效：CLI 启动子进程时根本不读你的项目go.mod
项目目录必须和 GOPATH 绑定，不能平移
你的 Revel 应用本身也必须放在 GOPATH/src 下，路径格式为：$GOPATH/src/yourname/projectname。例如 /home/user/go/src/myorg/myapp。
- 项目根目录下必须有
conf/、app/、public/—— Revel 在启动时通过向上遍历目录找conf/app.conf来识别应用根，而不是靠当前工作目录 - 如果用
revel run /path/to/myapp指定绝对路径，它仍会尝试解析该路径是否在GOPATH/src内；不在则静默失败或加载错配置 - IDE（如 Goland）直接 Run 而不走
revel run时，os.Getwd()可能返回 IDE 工作区路径，导致revel.AppPath推导错误——此时必须手动设GOPATH环境变量并确保项目在其中
常见路径误操作与静默故障
这些操作看似合理，但会导致 404、template not found、日志不写入、数据库路径错乱等无提示问题：
- 把 Revel 源码 git clone 到
~/dev/revel，然后export GOPATH=~/dev—— 错。GOPATH 必须是包含src/子目录的路径，且src/下要有github.com/revel/revel - 用
go mod init myapp初始化项目后放任意位置 —— 错。Revel 不读go.mod，revel run会忽略它，只认GOPATH结构 - 把项目放在
$GOPATH/src/github.com/xxx/myapp，但 Revel 框架没放$GOPATH/src/github.com/revel/revel—— 错。import 路径不匹配，编译报cannot find package "github.com/revel/revel" - 生产部署时打包成单个二进制，删掉
src/目录 —— 错。revel.AppPath会失效，public/和conf/找不到，静态资源 404，配置加载失败
真正安全的做法只有一种：初始化 GOPATH（如 export GOPATH=$HOME/go），然后 go get github.com/revel/revel，再 revel new $GOPATH/src/myorg/myapp。所有路径都由这一套约定锁定，跳过任何环节都会断链。
