Revel 不适合快速原型或小项目，因其“约定大于配置”反而增加学习与调试成本；app.Init 失败常因路径/命名不匹配（如控制器未放 app/controllers 下或文件名不含 Controller 后缀），导致静默跳过、后续 404 或 panic。
Revel 不适合快速原型或小项目，它的“约定大于配置”会反向增加学习成本和调试负担。
为什么 app.Init 失败却没报具体错误
Revel 启动时会自动扫描目录结构、加载控制器、路由、模板等，app.Init 失败往往不是代码语法错，而是约定路径或命名不匹配。比如控制器文件没放在 app/controllers 下，或文件名不含 Controller 后缀（如写成 user.go 而非 UserController.go），Revel 就静默跳过，后续访问路由时才报 404 或 panic。
- 检查
app/controllers下所有 Go 文件是否以Controller结尾（大小写敏感） - 确保控制器 struct 名字首字母大写，且嵌入了
revel.Controller - 运行时加
-v参数：revel run -v myapp，能看到更详细的初始化日志 - 模板路径必须严格匹配控制器+方法名，例如
User.Index对应app/views/User/Index.html
revel.NewApp 之后无法修改 App.HttpServer.Addr
Revel 的 HTTP server 配置在 app.conf 中定义，启动后 App.HttpServer 已绑定监听，直接改 Addr 字段无效，也不会报错——只是新值被忽略。常见于想临时切端口做调试，结果还是跑在 9000。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 端口必须通过
http.port配置项控制，支持环境变量覆盖：REVEL_HTTP_PORT=8080 revel run myapp - 不要在
init()或app.Init里试图赋值App.HttpServer.Addr，它此时还未初始化完成 - 若需多端口监听（如 admin API + frontend），得自己启第二个
http.Server，Revel 不提供内置支持
模板里调用 render 传参后，.Title 总是空
Revel 模板上下文默认只注入 revel.TemplateArgs 和一些内置字段（如 .Flash），不会自动把 render 传的 map 扁平展开到顶层作用域。写 {{.Title}} 找不到，是因为它不在根对象上，而在 .args 里。
立即学习“go语言免费学习笔记（深入）”；
- 正确写法是：在 controller 中用
c.RenderArgs["Title"] = "首页"，模板中写{{.Title}}—— Revel 会把RenderArgs自动合并进根作用域 - 如果用
c.Render(map[string]interface{}{"Title": "首页"})，那模板里得写{{.Title}}也能生效，但这是旧版行为，v0.22+ 建议统一用RenderArgs - 避免混用：
RenderArgs和Render传参同时存在时，后者优先级更高，容易覆盖前者
Revel 的“约定”不是帮你省事，而是用隐式规则压缩显式配置——一旦路径、命名、包结构有偏差，问题就藏在初始化阶段，且错误提示极其简陋。最常卡住人的，其实是 app/views 目录下多了一个隐藏文件，或者 controllers 里有个测试用的 helper.go，Revel 就会默默跳过整个包。
