beego核心组件需严格按序初始化：路由注册（router/include）须在beego.run()前完成，orm必须先registerdriver、registerdatabase（alias为default）、runsyncdb，session需配置sessionon=true才生效。
Beego 的核心组件不是“配齐就能用”的拼图，而是有明确职责边界、启动顺序和依赖关系的一组运行时模块。直接写 beego.Run() 之前，如果没理清这些组件的初始化时机和配置入口，轻则路由不生效、ORM 报 nil pointer，重则服务启动成功但所有请求 404 或 panic。
beego.Router() 和 beego.Include() 的调用时机很关键
路由注册必须在 beego.Run() 之前完成，且不能放在任意函数内部——比如写在某个工具函数里再被 init() 调用，就可能因包初始化顺序不可控而失效。
-
beego.Router()是最基础的手动路由绑定，适合单个路径或简单映射，如beego.Router("/health", &HealthController{}) -
beego.Include()用于批量注册 RESTful 风格控制器，要求控制器方法名严格匹配Get/Post/Delete等，且必须提前调用beego.NSRouter()或在命名空间中声明 - 所有路由注册语句建议统一放在
main.go的init()函数里，或显式在main()开头集中调用，避免分散在多个文件导致漏注册
ORM 初始化必须早于任何 model 查询
Beego ORM 不是懒加载的——orm.RegisterModel() 只是注册结构体定义，真正连接数据库靠的是 orm.RegisterDriver() + orm.RegisterDataBase() + orm.RunSyncdb() 这三步。漏掉任一环节，orm.QueryTable("user").All() 就会 panic。
- 必须在
beego.Run()前完成全部 ORM 初始化，推荐在main()函数开头执行 -
orm.RegisterDataBase()的 alias 名（如"default"）要和后续orm.NewOrm()或orm.Using()中使用的完全一致，大小写敏感 - 开发期慎用
orm.RunSyncdb()，它会自动建表甚至删表；生产环境应禁用，改用迁移脚本
Session 模块默认不启用，且依赖全局配置
即使你写了 c.SetSession("uid", 123)，若没在配置中开启 session，调用后不会报错，但数据根本不会写入，下次请求也读不到——这是最常被忽略的静默失败点。
- 必须在
conf/app.conf中显式设置sessionon = true，否则beego.GlobalSessions为 nil - session 存储后端（memory/file/redis）由
sessionprovider和sessionproviderconfig控制，例如 Redis 需填{"addr":"127.0.0.1:6379"}，JSON 格式字符串，不是 Go map 字面量 - Controller 中调用
c.StartSession()是安全的，但首次访问才会真正初始化 session 实例；不要在Prepare()里做重度 session 读写，可能触发并发写 panic
Beego 启动流程里没有“自动发现 controller”这回事——所有控制器都得手动注册，所有模型都得手动初始化，所有中间件都得显式插入。它的“约定优于配置”只体现在方法命名（如 Get/Post）和目录结构（controllers/、models/），而不是运行时反射加载。这点和 Django 或 Rails 完全不同，容易误判。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
