Revel框架中模块初始化函数通过_ "xxx/app"匿名导入触发其init()，并在其中调用revel.RegisterModule(&MyModule{})注册；最终由revel.Run()内revel.Init()按注册顺序遍历revel.Modules执行各模块Init()方法。
模块初始化函数在哪注册
Revel 框架中，模块的初始化函数不是靠 init() 自动触发的，而是通过 _ 匿名导入 + 模块内部 init() 组合实现。关键点在于：模块包必须被显式导入到主程序的某个 init() 执行链中，且使用下划线操作符（_），否则其 init() 不会运行。
常见错误是直接在 app/init.go 里写 import "github.com/revel/modules/static" —— 这样只会加载包符号，但不会执行它的 init()；必须写成：
import (
_ "github.com/revel/modules/static/app"
)
因为 Revel 的模块约定是把可执行初始化逻辑放在 app 子包里，而该子包的 init() 函数会注册模块到全局模块列表 revel.Modules。
- 模块的
app/init.go必须包含func init() { revel.RegisterModule(&MyModule{}) } - 主项目必须用
_ "xxx/app"方式导入，不能省略/app后缀 - 导入语句要放在
app/init.go或其他会被 Go 初始化流程扫描到的init()链中（比如main.go）
为什么 revel.Run() 前模块还没生效
模块注册发生在 Go 的包初始化阶段，但 Revel 的模块实际加载和配置是在 revel.Run() 内部调用 revel.Init() 时才完成的。所以即使你正确导入了模块，如果 revel.Init() 没被执行（比如手动调用了 revel.NewApp() 却忘了后续步骤），模块的 OnAppStart、OnRequest 等钩子也不会触发。
典型表现是：日志里看不到模块启动提示，conf/app.conf 中模块相关配置不生效，静态文件路由 404。
- 确保最终启动入口是
revel.Run()，而不是仅构造*revel.App - 检查
revel.Init()是否被调用 —— 它会遍历revel.Modules并依次调用各模块的Init()方法 - 模块的
Init()方法里可以加revel.INFO.Printf("module X initialized")用于验证是否进入
模块初始化顺序怎么控制
Go 包初始化顺序由 import 图决定，无法直接声明“模块 A 在模块 B 之前初始化”。但 Revel 提供了两个间接控制点：
第一是模块自身的 Init() 方法执行时机 —— 它在 revel.Init() 内按 revel.Modules 切片顺序调用，而该切片顺序取决于模块注册顺序，即 revel.RegisterModule() 的调用次序；第二是 OnAppStart() 钩子，它在所有模块 Init() 完成后、HTTP server 启动前统一执行，适合放依赖已就绪的逻辑。
- 想让模块 A 先于 B 初始化？确保 A 的
import _ "A/app"出现在 B 的 import 之前（同一文件内） - 避免跨包循环 import：模块之间不要互相
_导入对方的app包 - 若需强依赖顺序，把初始化逻辑拆到
OnAppStart()，并用revel.BEFORE_APP_START标记显式排序（部分老版本支持，新版本建议用 init 顺序+日志确认）
模块的 OnAppStart 不执行？检查这三处
这是最常被忽略的坑：模块注册了、Init() 跑了、但 OnAppStart() 死活不进。根本原因是 Revel 对该钩子有硬性要求 —— 必须在 revel.App 创建之后、revel.Run() 之前，且模块对象必须已加入 revel.Modules 切片。
- 确认模块结构体实现了
revel.Module接口，且OnAppStart方法签名完全匹配：func(*revel.App) - 检查
revel.App实例是否在模块Init()里被正确传入（有些自定义模块会误传nil） - 看日志级别：默认
revel.INFO及以上才输出，OnAppStart内部的revel.WARN或revel.ERROR若没看到，先确认日志配置是否屏蔽了
模块初始化不是“导入即生效”，而是“导入 → 注册 → Init() → OnAppStart”四步链。漏掉任意一环，都只会安静地失败。
