Revel应用容器化必须用revel build生成单体二进制并嵌入资源，禁用revel run/go run；Dockerfile采用多阶段构建，构建阶段用golang:1.23-alpine，运行阶段用distroless/static镜像，CMD直接执行二进制，EXPOSE 9000，并在docker-compose.yml中显式挂载conf/和logs/目录。
Revel 应用不能直接 go run 或 revel run 进容器跑——那些是开发期命令，依赖源码、反射路由和热重载机制，容器里一启动就 404 或 panic。必须先编译成单文件二进制，再塞进最小化镜像。
revel build 和 go build 选哪个？
优先用 revel build：它会自动打包 conf/、public/、views/ 等资源到二进制里，省去手动挂载或 COPY 的麻烦；go build 虽然更“Go 原生”，但需自己确保 import _ "your-app/app" 存在，否则路由注册失败（无报错，所有请求返回 404）。
-
revel build myapp /tmp/build/输出带内嵌资源的可执行文件 - 若用
go build，必须在main.go中显式导入 app 包，例如import _ "myapp/app" - 检查
revel.AppInit()是否被调用——它在app/init.go里，是路由注册入口
Dockerfile 必须用多阶段 + distroless
别把 golang 镜像当运行镜像用。最终镜像里只要一个二进制，其他全是攻击面和体积浪费。
- 构建阶段用
golang:1.23-alpine（带git和revelCLI） - 运行阶段用
gcr.io/distroless/static（无 shell、无包管理器） -
CMD ["./myapp"]，不是sh -c "./myapp"（distroless 没sh） -
EXPOSE 9000是约定，不影响实际端口映射，但别漏掉
docker-compose.yml 必须挂载 conf/ 和 logs/
Revel 启动时硬依赖 conf/app.conf，默认也往 logs/ 写日志。容器重启后这些目录就清空，不挂载等于服务起不来或日志丢失。
-
volumes:下必须显式挂载宿主机路径，例如./conf:/app/conf - 确保挂载路径与
revel.AppPath逻辑一致（Revel 会从conf/所在父目录推导应用根） - 如果改了监听端口（比如用
http.port=8080），EXPOSE和ports也要同步更新 - 别在容器里用
REVEL_RUNMODE=dev——开发模式的反射和模板重载在生产镜像里不可用
最易被忽略的是 revel.AppPath 在容器里的行为：它依赖 conf/ 目录存在且可读，一旦挂载路径错位或权限不对，app.conf 加载失败，后续所有配置（包括数据库路径、静态资源位置）都会出问题，但错误日志可能只埋在 logs/error.log 里，而这个目录又没挂载——结果就是服务静默失败。
