必须用 go install github.com/revel/cmd/revel@latest 安装 Revel CLI，并确保 $GOBIN（或 $GOPATH/bin）已加入 PATH；需设 GO111MODULE=on，应用名须为合法 Go 包名且项目路径不含空格或中文。
装 Revel 不是“go get 一下就完事”，真正卡住初学者的，从来不是命令本身，而是 revel 命令背后那套隐式依赖链：Go 环境变量、模块开关、CLI 工具链路径、甚至 GOPATH 目录结构。直接执行 go get github.com/revel/revel 已失效，现在必须用 go install 安装命令行工具。
revel 命令根本没装上？先确认 go install 是否生效
很多人输完 go install github.com/revel/cmd/revel@latest 就以为装好了，结果敲 revel version 报 “command not found”。这不是 Revel 的问题，是 Go 的 GOBIN 或 $PATH 没对上：
-
go install默认把二进制放到$GOBIN，若未设置，则落到$GOPATH/bin；必须确保该路径已加入系统PATH - 执行
go env GOBIN和echo $PATH（Mac/Linux）或echo %PATH%（Windows），确认两者能对上 - Windows 用户若用 PowerShell，改完 PATH 后要新开终端——旧窗口不会自动继承
- 别用
go get：它已被 Go 官方弃用（自 1.18 起），且旧版go get会把 Revel 源码下到src/，但不生成可执行文件
revel version 报错或输出空？检查 GO111MODULE 和 GOPATH 冲突
revel version 崩溃、静默退出、或只输出一堆 panic 日志，大概率是模块环境混乱：
- 必须设
GO111MODULE=on（推荐写入 shell 配置），否则 Revel CLI 内部调用go list时会 fallback 到 GOPATH 模式，而新版 Revel 项目全基于 modules - 不要手动删
$GOPATH/src/github.com/revel——go install不依赖它；残留的旧源码反而可能干扰go mod解析 - 如果
go env GOPATH返回多个路径（用:分隔），Revel CLI 可能随机选一个找依赖，导致import "github.com/revel/revel"找不到 - 验证方式：在任意空目录下运行
go mod init test && go list -m all 2>/dev/null | grep revel，应看到github.com/revel/revel v1.1.0类似输出
装完 revel 却创建不了项目？应用名和路径是硬门槛
revel new myapp 报 “directory already exists” 或直接 panic，往往不是权限问题，而是命名与路径违规：
立即学习“go语言免费学习笔记（深入）”；
- 应用名
myapp必须是合法 Go 包名：小写字母 + 数字 + 下划线，不能以数字开头，不能含中划线（my-app❌）或空格 - 当前工作目录路径不能含中文、空格或 Unicode 字符；比如
/Users/张三/go或C:\My Projects\都会导致后续revel run在生成app/tmp/main.go时解析导入路径失败 - 执行前先
mkdir ~/gocode && cd ~/gocode，再revel new myapp，避开家目录下的隐藏风险点 - 不支持
revel new -a myapp这类带 flag 的写法——那是 2015 年旧版文档的残余，当前稳定版（v1.1.0+）只接受位置参数
最常被忽略的一点：Revel CLI 本质是个 Go 程序生成器，它会在项目里调用 go build 和 go run。如果你的 GOROOT 或 GOBIN 路径含空格（比如 C:\Program Files\Go），它内部 spawn 的子进程会因路径解析失败而直接退出，错误信息往往一闪而过，只剩 exit status 1。重装 Go 到无空格路径（如 C:\Go），比调任何配置都管用。
