是。调用 this.abort("404") 后，后续所有代码（如 session 设置、tplname 赋值）均不执行，beego 立即终止当前请求并跳转至对应错误处理逻辑。
beego.Abort() 会立即终止当前请求执行吗
会。调用 this.Abort("404") 后，控制器中该语句之后的所有代码（包括 session 设置、模板渲染等）都不会执行，Beego 会直接跳转到对应错误处理逻辑。
常见误用是把它放在条件判断末尾却仍写后续逻辑，例如：
func (c *MainController) Get() {
if !c.IsLogin() {
c.Abort("401")
c.Data["Email"] = 0 // 这行永远不会运行
c.TplName = "index.tpl" // 这行也跳过
}
}
注意点：
-
this.Abort()只接受字符串参数，如"401"、"dbError"，不能传整数或 error 类型 - 它不抛 Go 原生 panic，所以不会触发 recover 机制，仅走 Beego 内部错误分发流程
- 默认支持的错误码有
"401"、"403"、"404"、"500"、"503"；自定义字符串（如"dbError"）需提前注册
如何注册自定义错误页面（v1 和 v2 差异明显）
v1 和 v2 的注册方式完全不同，混用会导致注册失效或 panic。
v1（github.com/astaxie/beego）用 beego.ErrorHandler() 或 beego.ErrorController()：
func main() {
beego.ErrorHandler("dbError", dbError) // 函数式注册
beego.ErrorController(&controllers.ErrController{}) // Controller 方式注册
beego.Run()
}
v2（github.com/beego/beego/v2）必须使用 web.ErrorController()，且要求控制器方法名严格为 Error404、Error500 等：
func main() {
web.ErrorController(&controllers.ErrController{})
web.Run()
}
关键区别：
- v1 的
ErrorController方法名是Error404，v2 要求是Error404但必须在web包下注册，不是beego - v2 不再支持
beego.ErrorHandler()，调用会报未定义 - v2 中若想复用 v1 风格的函数注册，得自己包装
web.BConfig.RecoverFunc，但仅适用于 panic 恢复，不适用于Abort()
panic 怎么捕获并返回结构化错误响应
Beego 默认对 panic 执行 recover 并返回 500 页面，但不带堆栈、不记录日志、无法区分业务异常与系统崩溃。
正确做法是替换 BConfig.RecoverFunc（v2）或重写 recoverPanic（v1），例如 v2 中：
func customRecover(ctx *context.Context, cfg *web.Config) {
if err := recover(); err != nil {
log.Printf("PANIC: %+v\n%+v", err, debug.Stack())
ctx.Output.SetStatus(500)
ctx.JSONResp(bresp.RespMessage("服务暂时不可用"))
return
}
// 调用原始 recover 逻辑（可选）
defaultRecoverPanic(ctx, cfg)
}
然后在 main() 中启用：
web.BConfig.RecoverFunc = customRecover
注意：
- 不要在
main()函数里写defer recover()—— 它只捕获主线程 panic，而 HTTP 请求在独立 goroutine 中运行 - 若想让业务代码主动触发 panic 并被统一捕获，可定义一个自定义错误类型如
PageError{Code: 400, Message: "参数错误"}，并在customRecover中做类型断言 - v2 的
RecoverFunc是公开可赋值字段，v1 则需通过beego.BConfig.RecoverPanic = false关闭默认机制再自行注入
为什么自定义 404 页面没生效
最常见原因是路径配置错误或模板未加载成功，而不是逻辑写错。
检查以下几点：
- 确认
beego.BConfig.WebConfig.ViewsPath（v1）或web.BConfig.WebConfig.ViewsPath（v2）指向的是真实存在的目录，且404.html在该目录下 - v1 中若用
beego.ErrorController()，确保ErrController.Error404()方法存在且首字母大写、无参数、无返回值 - v2 中若用
web.ErrorController()，确保控制器已导入github.com/beego/beego/v2/server/web，且方法签名是func(*web.Controller) Error404() - 访问一个明确不存在的路径（如
/nonexistent），而非触发Abort("404")—— 后者走的是 Abort 分支，不一定进 ErrorController - Beego 默认 404 页面会显示框架版本号，若看到这个页面，说明自定义注册根本没生效
真正容易被忽略的是：v2 的 web.ErrorController 必须在 web.Run() 之前调用，且不能和 v1 的 beego.ErrorController 混用；一旦 import 错包路径（比如 v2 项目用了 v1 的 beego 包），编译能过但运行时注册静默失败。
