Revel应用不可用revel run长期运行，生产环境须用systemd或supervisord管理二进制进程；revel build生成含conf/app/等的dist目录作为部署单元，需正确配置app.conf、RUNMODE=prod，并避免软链接导致路径错误。
Revel 应用不能靠 revel run 长期跑在服务器上——它只是开发命令，没有进程守护、崩溃自启、日志轮转或优雅退出能力。生产环境必须用系统级服务管理器接管二进制进程。
用 revel build 生成可部署二进制文件
Revel 不提供开箱即用的“打包后直接运行”流程，revel build 是唯一官方支持的构建方式，但它的输出路径和依赖行为容易出错。
-
revel build -a myapp -t ./dist会把可执行文件、conf/、app/、public/等全量复制到./dist目录，不是只生成一个二进制；你得把整个dist/当作部署单元 - 若项目启用了 Go Modules（绝大多数新项目都启用），
revel build仍会尝试读取$GOPATH/src/myapp—— 这是历史兼容逻辑，必须确保当前目录是模块根（含go.mod）且revel命令能识别它 - 构建前务必确认
conf/app.conf中已设好http.port和http.addr = "127.0.0.1"，否则生成的run.sh仍会默认监听0.0.0.0:9000 - 生成后进入
dist/目录，手动执行./run.sh测试能否启动；失败时看第一行错误——90% 是conf/app.conf路径不对或db.url缺失协议前缀（如写成mydb而非sqlite://mydb）
systemd 配置 Revel 服务（推荐 Linux 生产环境）
不要用 nohup 或 screen 托管 Revel 进程，systemd 能处理启动顺序、依赖、重启策略和资源限制，且与系统日志集成。
- 服务文件路径建议为
/etc/systemd/system/revel-myapp.service，内容中WorkingDirectory必须指向dist/根目录（不是项目源码目录） -
ExecStart应调用./run.sh而非直接./myapp，因为run.sh内置了环境变量加载和相对路径修正 - 加
Restart=on-failure和RestartSec=5，但别设Restart=always——避免 panic 循环导致 CPU 暴涨 - 必须设置
Environment="REVEL_RUNMODE=prod"，否则模板热重载和调试信息会开启，既拖慢性能又暴露内部结构 - 启用后运行
sudo systemctl daemon-reload && sudo systemctl enable revel-myapp && sudo systemctl start revel-myapp，再用sudo journalctl -u revel-myapp -f实时盯日志
supervisord 作为备选方案（适合容器或旧系统）
如果服务器没 systemd（如某些 Alpine 容器或老旧 CentOS 6），supervisord 更轻量，但配置细节更琐碎。
-
command字段要写绝对路径，例如/opt/myapp/dist/run.sh；相对路径在 supervisord 下不生效 -
environment必须显式注入REVEL_RUNMODE=prod,GOPATH=/opt/go等关键变量，supervisord 不继承 shell 环境 -
autostart=true和autorestart=true是基础，但记得加startsecs=10——Revel 启动稍慢，过短会导致 supervisord 误判为启动失败 - 日志需用
stdout_logfile=/var/log/revel-myapp.log显式指定，否则输出会丢失；同时设redirect_stderr=true把 stderr 合并进去，方便排查
真正容易被忽略的是：Revel 的 run.sh 脚本默认会 cd 到自身所在目录再执行，但如果你把它软链接到 /usr/local/bin 并从别处调用，工作路径就错了——所有相对路径（如 conf/app.conf）都会失效。部署时永远用绝对路径调用，别图省事加软链。
