beego的mvc是硬编码执行流程，非概念包装；controllers结构体必须嵌入beego.controller，因反射调用get/post等方法依赖其ctx、data等字段，否则nil pointer panic。
Beego 的 MVC 不是概念包装，而是通过包路径、结构体嵌入和初始化顺序硬编码进执行流程的。你改错一个 init() 调用位置，或漏注册一个模型，beego.Run() 启动时就可能 panic 或静默失效。
为什么 controllers 目录下的结构体必须嵌入 beego.Controller
这不是约定，是运行时反射调用的硬依赖。Beego 在路由匹配后，会通过反射调用控制器方法（如 Get()、Post()），而这些方法签名依赖于 beego.Controller 提供的字段（如 Ctx、Data、StartSession()）。如果没嵌入，Ctx.Input.Param(":id") 会 panic：nil pointer dereference。
常见错误现象：
- 访问
this.Ctx报nil pointer—— 忘了在结构体定义里写beego.Controller - 调用
this.Redirect()失效 —— 原因同上，Redirect是beego.Controller的方法 - 自定义基类继承失败 —— 比如写
type BaseController struct { beego.Controller }，但子控制器没显式嵌入它，而是直接嵌入beego.Controller，导致中间层逻辑被跳过
models 目录里的 init() 函数干了什么
它负责向全局 ORM 注册结构体映射，不执行就查不到表。Beego ORM 不靠运行时扫描，只认 orm.RegisterModel() 显式注册过的类型。
使用场景：
- 数据库自动建表（
orm.RunSyncdb()）只对已注册模型生效 -
o.QueryTable("user")中的"user"是结构体名小写，不是表名；实际映射靠orm.RegisterModel(new(User))绑定 - 若模型分散在多个文件，每个文件都得有
init()，漏一个，那个模型就“不可见”
示例：models/user.go 必须含：
func init() {
orm.RegisterModel(new(User))
}
routers/router.go 中的 beego.Router() 和 beego.RESTRouter() 区别
前者是静态路径绑定，后者是 RESTful 风格自动映射，底层都走同一套 Radix Tree 路由引擎，但参数解析逻辑不同。
参数差异：
-
beego.Router("/api/user/:id", &controllers.UserController{}, "get:Get;post:Post")：手动指定 HTTP 方法与方法名映射，适合非标准 CRUD -
beego.RESTRouter("/api/user", &controllers.UserController{})：自动将GET /api/user→Get()，POST /api/user→Post()，GET /api/user/123→GetOne()（需存在该方法） - 注意：
RESTRouter不会帮你补全GetOne()方法 —— 如果没定义，405 Method Not Allowed
性能影响：两者无实质差别，RESTRouter 多一次方法名推导，可忽略不计；但误用会导致路由 404 隐蔽性高（比如忘了加 GetOne()，请求却落在 Get() 上，返回空列表而非报错）。
views 模板中 {{urlfor}} 为什么常报 undefined
因为 urlfor 是 Beego 模板函数，但默认未启用；且它依赖控制器方法的完整符号（包名+结构体+方法名），少一个环节就炸。
容易踩的坑：
- 没在
conf/app.conf开启：enableurlfor = true - 方法名大小写写错，比如
UserController.Get写成usercontroller.get - 控制器没被路由注册过 ——
urlfor只索引已注册路由，未注册的方法无法反向生成 URL - 参数类型不匹配：
{{urlfor "UserController.Get" ":id" 123}}中123是 int，但路由定义为:id，没问题；若定义为:id:int，传 string 就失败
这个机制没有 fallback，出错就是模板渲染中断，日志里只有一行 template: xxx:xxx: executing "xxx" at <...>: error calling urlfor: ...</...>，很难定位。
Beego 的 MVC 看似松散，实则每层都靠隐式契约串联：控制器靠嵌入、模型靠 init()、路由靠符号注册、视图靠开关和符号推导。任何一环断开，问题都不会立刻暴露，而是延迟到运行时某个具体操作才崩，调试成本远高于 Gin 或 Echo 这类显式声明风格的框架。
