revel框架本身不内置后台管理界面，需手动开发controller、模板及rbac权限控制，静态资源须按public/js/css/img规范存放，生产环境必须通过nginx反向代理部署。
Revel 框架本身不内置后台管理界面，但它是搭建 Go 后台管理系统非常高效的选择——关键在于：你得自己组织路由、页面、权限逻辑和静态资源结构，而不是期待它像 react-admin 那样开箱即用一个「管理后台」。
revel new 创建项目后，目录里根本没有 admin 页面
刚执行 revel new myapp 生成的项目，只有 app/controllers/app.go 和默认首页模板，没有任何预置的用户管理、菜单管理等页面。这是 Revel 的设计哲学：提供骨架，不包办业务。
- 所有后台页面（如
/admin/users、/admin/roles）需手动添加 Controller + Action + Template - 推荐按功能模块建子包，比如
app/controllers/admin/user.go、app/controllers/admin/role.go - 模板路径要严格匹配：Controller 方法名
User.List()对应app/views/admin/user/list.html - 别直接往
app/views/App/下塞 admin 页面，会破坏路由可读性和维护性
RBAC 权限控制必须自己实现，没有现成中间件
Revel 不带角色权限系统，revel/cmd/revel 工具也不生成权限表或拦截逻辑。常见错误是把鉴权逻辑硬编码进每个 Action，导致后期无法统一管控。
- 在
app/init.go的init()函数中注册自定义 Filter，例如AdminAuthFilter - 该 Filter 应检查
c.Session.Get("role")或从 JWT 解析权限，并调用c.RenderError(403)拦截未授权请求 - 避免在每个 Controller 里重复写
if !isAllowed() { return c.RenderError(403) } - 权限判断建议基于「资源+动作」字符串，如
"user:list"、"role:edit"，而非简单角色名
静态资源（Layui / AdminLTE）怎么接入才不踩坑
很多开发者直接把 Layui 的 layui.css 和 layui.js 放进 public/，结果发现模板里 {{asset "js/layui.js"}} 报 404——因为 Revel 默认只识别 public/css、public/js、public/img 三个路径，且大小写敏感。
- 确保文件放在
public/js/layui/layui.js，不是public/layui/js/layui.js - 模板中引用必须用
{{asset "js/layui/layui.js"}}，路径前缀不能漏掉js/ - 如果用 Sass/SCSS 写样式，Revel 不原生支持编译，需用 Grunt 或 Makefile 外部构建，输出到
public/css/app.css - 避免在
app/views/layout.html中用<script src="..."></script>硬编码路径，一律走{{asset}}辅助函数
生产环境必须用 Nginx 反向代理，不能直接暴露 revel run
本地开发用 revel run 没问题，但上线时若直接监听 0.0.0.0:9000 并对外暴露，会立刻被扫出漏洞。Revel 自带的 HTTP 服务器缺乏 TLS、限流、缓存、Header 过滤等能力。
- 启动命令必须加
-addr 127.0.0.1 -p 8089，限定仅本地端口监听 - Nginx 配置里
proxy_pass http://127.0.0.1:8089后，务必设置proxy_set_header X-Forwarded-For $remote_addr，否则c.Request.RemoteAddr拿到的全是127.0.0.1 - 静态资源（CSS/JS/图片）由 Nginx 直接服务，不要让 Revel 处理，否则性能断崖下跌
- 禁用开发模式：
REVEL_RUNMODE=prod revel run -a myapp，否则会暴露源码路径和 panic 堆栈
最易被忽略的一点：Revel 的模板继承机制（{{yield}} / {{template "base.html" .}}）看着简单，但一旦在 admin 页面里嵌套三层以上 layout，就容易出现变量作用域丢失或 {{.CurrentURL}} 解析错乱。建议 admin 区域统一用独立 layout，不与前台共用 base 模板。
