Revel run 传入自定义端口须用位置参数：revel run myapp dev 8888，不支持 -p 或 -addr 等 flag；端口必须紧随环境名后，顺序错误或加 flag 会导致解析失败。
revel run 命令如何传入自定义端口
Revel 不支持运行时用环境变量或代码动态改端口，端口必须在启动时明确指定。最直接的方式是通过 revel run 命令末尾追加端口号——注意这不是可选参数，而是位置参数，顺序不能错。
常见错误是把端口写成 --port 8888 或 -p 8888，但 Revel 的 run 子命令不识别这些 flag；它只接受三个位置参数：应用名、环境名（dev/prod）、端口号。
-
revel run myapp dev 8888→ 正确：监听0.0.0.0:8888 -
revel run myapp dev -p 8888→ 错误：会被当成应用名的一部分，报no such app "-p" -
revel run myapp 8888→ 错误：缺环境名，会默认用dev但端口被忽略，仍走配置文件里的http.port
为什么 -addr 和 -p 参数在 revel run 中不生效
Revel 的 run 命令本身不支持 -addr 或 -p 这类 net/http 风格的 flag。这些参数只在底层 revel build 生成的二进制运行时才有效（比如生产部署中直接执行 ./myapp -addr 127.0.0.1 -p 8080）。开发时若强行加，命令会静默忽略，继续用 config/app.conf 里的 http.port 或默认 9000。
如果你看到文档提到 -addr，那大概率是混淆了 revel run 和 revel build 后的手动运行场景。
- 开发调试请坚持用
revel run myapp dev PORT形式 - 想绑定到
127.0.0.1而非0.0.0.0？只能改config/app.conf加http.addr = 127.0.0.1，revel run不提供运行时覆盖 - 容器内运行时，确保
http.addr设为0.0.0.0，否则外部请求无法进入
config/app.conf 中 http.port 修改后不生效？检查这几点
修改 config/app.conf 是持久化方案，但容易因缓存、路径或加载顺序失效。
- 确认你改的是项目根目录下的
conf/app.conf（不是sample.conf或其他同名文件） - 确保没有在
conf/app.conf里用include引入了另一个配置文件，而端口被后者覆盖 - 检查是否设置了
REVEL_CONF_DIR环境变量，它会覆盖默认配置路径 - 修改后必须重启
revel run，热重载不会重新读取app.conf -
http.port = 8888必须顶格写，前面不能有空格或 tab，否则解析失败回退到默认值
容器化部署时端口怎么配才不踩坑
Docker 中 Revel 应用暴露端口和实际监听端口是两回事：Docker 的 EXPOSE 只是声明，真正起作用的是应用自身监听的地址+端口。
- Dockerfile 中
EXPOSE 8888必须和config/app.conf里的http.port = 8888一致，否则docker run -p 8080:8888会转发失败 - docker-compose.yml 里不要漏掉
ports映射，且格式必须是"8080:8888"（宿主机:容器），不能写反 - 如果用
revel run启动容器，命令行端口必须和配置文件一致，否则以命令行为准，但此时http.addr仍需设为0.0.0.0 - 镜像构建阶段若用了
revel build，生成的二进制默认读conf/app.conf，但运行时可通过./myapp -p 8888覆盖——这点和revel run完全不同
最易被忽略的一点：Revel 的 run 和 build 两种启动方式，对端口的控制逻辑完全不同，混用会导致行为不可预测。开发用 run 就全程用命令行端口；生产用 build 就统一走配置+flag，别交叉。
