Revel框架无卸载机制，重装后version不变因PATH优先命中旧二进制；需which revel定位并删除旧文件，确保GOBIN在PATH前置，再go install；项目缓存tmp/imported/generated及app.conf备份也须手动清理。
Revel 框架没有“卸载”概念，所谓“卸载”实际是手动清理残留文件和环境配置；重装失败几乎全因 revel 命令仍指向旧二进制、GOROOT/GOBIN 路径混乱，或项目级 app.conf 缓存未清。
为什么 go install github.com/revel/cmd/revel@latest 重装后 revel version 不变
Go 工具链不会覆盖已存在的可执行文件，go install 默认写入 $GOBIN/revel（若未设 GOBIN，则为 $GOPATH/bin/revel），但系统 PATH 中可能优先命中旧版 revel（比如 /usr/local/bin/revel 或 ~/go/bin/revel）。更隐蔽的是：Go 1.21+ 默认启用 GOPATH 模式降级，若旧版 revel 是用 go get（已弃用）安装的，它可能残留在 $GOPATH/bin 且权限更高。
- 先运行
which revel确认当前命中的路径 - 再运行
ls -l $(which revel)查看实际文件修改时间与所属模块 - 手动删掉该路径下的
revel二进制（不要只删软链接） - 确认
GOBIN已导出且在 PATH 前置位：export GOBIN=$HOME/go/bin; export PATH=$GOBIN:$PATH - 重跑
go install github.com/revel/cmd/revel@latest
项目里 revel run 报错 “no app found” 或配置未生效
Revel 不依赖全局注册表，但会扫描当前目录向上逐级查找 app.conf 和 conf/ 目录。残留问题多来自项目本地缓存而非框架本身：旧版生成的 tmp/、imported/、generated/ 目录若存在，Revel 会复用其中的编译产物，导致新配置不加载、路由未更新、甚至 panic。
- 进入项目根目录，执行
rm -rf tmp/ imported/ generated/ app/tmp/ - 检查
conf/app.conf是否被 IDE 或脚本自动生成过备份（如app.conf.bak、app.conf~），这些文件会被 Revel 忽略但干扰人工判断 - 确认
revel.NewApp()初始化时传入的confPath参数没硬编码旧路径 - 若用 Docker，注意
.dockerignore是否漏掉了tmp/，导致旧缓存被 COPY 进镜像
全局 GOPATH 和 module cache 混乱引发的“卸载假象”
Go 的模块缓存（$GOMODCACHE）和 GOPATH 下的源码副本（$GOPATH/src/github.com/revel/...）不会随 go install 删除而清除。当你切换 Revel 版本（比如从 v0.24 升到 v0.27），若旧版源码仍在 $GOPATH/src，某些编辑器或 go list 命令可能误读其 go.mod，造成依赖解析错误或 IDE 提示异常。
- 运行
go clean -modcache彻底清空模块缓存 - 手动检查并删除
$GOPATH/src/github.com/revel下所有子目录（包括cmd、revel、examples） - 避免混用
go get和go install：v1.16+ 后统一用go install path@version，go get仅用于修改go.mod - 验证是否干净：执行
go list -m all | grep revel，输出应为空或仅含当前项目依赖项（非全局命令）
最易被忽略的是：Revel 的 run 命令会把 app.conf 解析结果缓存在内存中，且不监听文件变化——改完配置必须重启进程，不能靠热重载。另外，若曾用 revel new 创建过多个项目，每个项目的 conf/app.conf 里 app.name 和 app.path 可能相互污染，尤其当它们共享同一父目录时。
