beego项目中init函数在包导入时由Go编译器按依赖顺序自动执行，早于main()和beego.Run()，用于路由注册等初始化；必须用import _ "xxx/routers"触发，否则路由无效。
beego 项目中 init 函数的执行时机到底在哪儿
不是在 main() 之后，也不是在 beego.Run() 里才开始；而是 Go 编译器在加载包时就触发了——只要某个包被 import，它的所有 init() 函数就会按依赖顺序自动执行，且早于 main()。
比如你在 main.go 中写了 import _ "quickstart/routers"，这个下划线导入不引入变量，但会强制执行 routers 包里的 init()。而该 init() 又调用了 beego.Router()，所以路由注册其实在程序“真正启动前”就完成了。
常见错误现象：beego.Router() 没生效、访问 / 返回 404，往往是因为你把路由注册写在了 main() 里，或者用普通 import（如 import "quickstart/routers"）却没在该包里定义 init()，导致注册逻辑根本没跑。
- 必须用
import _ "xxx/routers"或确保该包被其他已初始化包显式引用 -
routers包内的init()必须在beego.Run()调用前完成，否则路由表为空 - 多个
init()函数在同个包中，执行顺序按源文件中出现顺序，不跨文件可预测性低，别依赖它做关键初始化
为什么 beego.Router() 必须在 init 阶段注册
因为 beego.Router() 本质是往全局路由表 beego.BeeApp.Handlers 里塞映射关系，而这个表在 beego.Run() 启动 HTTP server 前就被固化了。一旦 server 启动，再调用 Router() 不会更新正在运行的路由树。
你可以验证：在 main() 里调一次 beego.Router("/test", &controllers.TestController{})，然后访问 /test，结果仍是 404 —— 因为此时 beego.Run() 已经根据旧路由表初始化了 mux，后续注册无效。
- 所有路由、过滤器（
beego.InsertFilter()）、中间件都应放在init()阶段或beego.AddAPPStartHook()中 -
beego.AddAPPStartHook()是安全的“启动前钩子”，比init()稍晚，但仍在beego.Run()的 HTTP server 启动之前 - 不要在 controller 的
Get()/Post()方法里动态注册路由，那毫无意义
beego 初始化链中 init 和 beego.Run() 的分工
init() 只负责“声明”：注册路由、绑定控制器、设置配置项（如 beego.BConfig.AppName = "myapp"）；而 beego.Run() 才真正“执行”：读取 conf/app.conf、初始化 session/cache/ORM、启动 HTTP server、监听端口。
典型陷阱是混淆“配置赋值”和“配置生效”。例如你在 init() 里写了 beego.BConfig.Listen.HTTPPort = 8081，这行代码只是改了内存里的结构体字段；最终是否监听 8081，取决于 beego.Run() 解析 app.conf 时有没有被覆盖——如果配置文件里写了 httpport = 8080，那你的代码赋值会被覆盖。
-
beego.Run()内部会调用parseConfig()，优先级：配置文件 > 环境变量 > 代码硬编码赋值 - 想确保端口生效，要么删掉配置文件对应项，要么在
beego.Run()前调用beego.LoadAppConfig("ini", "conf/app.conf")并手动覆盖 -
beego.BeeApp.StartGoroutine()这类后台任务也只在Run()中启动，init()里调它不会起作用
如何调试 init 阶段的执行流程
最直接的方式是在每个关键包的 init() 函数开头加 fmt.Println("routers init start")，配合 go build -gcflags="-m" main.go 查看编译器是否内联或优化掉某些 init 调用（极少见，但可能干扰调试）。
更可靠的是用 go tool trace：构建时加 -gcflags="all=-l" 关闭内联，运行 ./yourapp -cpuprofile=cpuprof.out，再用 go tool trace cpuprof.out 查看 goroutine 启动前的 init 调用栈。
- 注意：标准库包（如
net/http）也有init()，它们总在用户包之前执行，别误判为你的逻辑慢 - 如果某个包的
init()报 panic，错误堆栈里会明确标出runtime.init和文件行号，定位很快 - bee 工具的
bee run默认启用热重载，每次保存都会重建整个包加载链，init()会反复执行，适合调试但要注意副作用（比如重复注册定时任务）
init()，只要依赖的包自身 init 失败（比如数据库驱动 init 时连接超时），整个程序会在 main() 前崩溃，且错误信息非常简略——这时候得翻日志开头几行，而不是盯着自己的 main 函数找问题。 
