Golang框架之Revel：全栈式Web开发框架初探-Golang-PHP中文网

revel 应用无法通过 localhost 访问，主因是 revel run 默认监听 0.0.0.0:9000，但常因防火墙拦截、端口被占、容器/wsl 未端口映射或 -addr 参数误配（如漏设 -p）导致连接失败；须显式指定 -p 9000 -addr 127.0.0.1 并检查端口占用。

golang框架之revel：全栈式web开发框架初探

Revel 不适合直接暴露在公网，它自带的 net/http 服务器缺乏 TLS 终止、限流、静态资源缓存等生产必需能力。必须配合反向代理（如 Nginx）使用，且开发与生产启动方式差异明显——这点常被新手忽略。

revel run 启动时为什么访问不了 localhost？

默认情况下 revel run 监听的是 0.0.0.0:9000，但若本地防火墙拦截、端口被占，或你在容器/WSL 中运行却未映射端口，就会连不上。

更常见的是：你改了 -addr 参数但没生效。比如执行了 revel run -a myapp -addr 127.0.0.1 却忘了加 -p 指定端口，此时 Revel 仍用默认 9000，而 127.0.0.1:9000 可能被其他进程占用。

始终显式指定端口：revel run -a myapp -p 9000 -addr 127.0.0.1
检查端口占用：lsof -i :9000（macOS/Linux）或 netstat -ano | findstr :9000（Windows）
容器内运行时，确保 -p 9000:9000 映射正确，且应用监听 0.0.0.0（而非仅 127.0.0.1）

Nginx 反向代理 Revel 应用的最小可行配置

很多人照抄教程配了一堆 proxy_set_header，结果反而破坏了 Revel 的会话和重定向逻辑。它的 Cookie 加密、Flash 消息、Redirect 跳转都依赖原始请求头中的 X-Forwarded-For 和协议判断。

以下是最简且安全的 Nginx 配置片段（放在 server 块内）：

Golang Naming

Go（Golang）命名规范 — 包括包、构造函数、结构体、接口、常量、枚举、错误、布尔值、接收器、getter/setter、函数等。

下载

location / {
    proxy_pass http://127.0.0.1:8089;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
}

proxy_pass 地址必须与 revel run -p 8089 -addr 127.0.0.1 一致
不要设置 proxy_redirect —— Revel 自动处理重定向 Location 头
若启用 HTTPS，务必传 X-Forwarded-Proto https，否则 revel.Session().Get() 可能失效

模板中 {{yield}} 和 {{include}} 的行为差异

Revel 模板引擎的嵌套逻辑容易混淆：{{yield}} 是 layout 模板里预留内容插入点，而 {{include "sub.tpl"}} 是主动加载子模板并立即渲染。

典型错误是把 {{yield}} 放在子模板里——它只在 layout 中有意义；或者在 {{include}} 里传参写成 {{include "form.tpl" .Form}}，但实际语法不支持这种调用，必须用 {{with .Form}}{{template "form.tpl" .}}{{end}}。

{{yield}} 只能出现在 app/views/layout.html 中，由控制器渲染的视图自动填充
{{include "xxx.tpl"}} 不传参；要传参请用 {{template "xxx.tpl" .Data}}
所有模板路径都是相对于 app/views/，不支持 ../ 或绝对路径

REVEL_RUNMODE=prod 下 session 为什么总是丢失？

开发模式下 session 默认存于加密 Cookie，但生产模式启用 REVEL_RUNMODE=prod 后，Revel 会尝试读取 app.conf 中的 session.store 配置；若未显式设置，它 fallback 到内存存储——而内存存储在多进程或重启后即失效。

最稳妥的做法不是换存储后端，而是明确告诉 Revel 继续用 Cookie 存储：

session.cookie.secure = true
session.cookie.httpOnly = true
session.store = cookie

session.cookie.secure = true 在 HTTPS 环境下必须开启，否则浏览器拒绝发送 Cookie
若用 Nginx 做 TLS 终止，需确保 Nginx 设置了 proxy_cookie_path / "/; Secure; HttpOnly;" 或类似指令
别依赖 session.store = redis 除非你真有 Redis 实例且已配置连接参数

真正麻烦的从来不是写个 revel new，而是搞清它在哪读配置、在哪存 session、在哪决定用哪个模板——这些点分散在命令行参数、环境变量、conf/app.conf 和代码逻辑里，稍不注意就串在一起出问题。