beego中abort("404")默认返回200状态码，需先调用c.ctx.responsewriter.writeheader(404)再abort才能正确设置http状态码；自定义错误页、errorhandler及panic恢复时均须显式设置状态码。
在 Beego 框架中，访问不存在的路由或主动中止请求时，默认返回 200 状态码并渲染错误模板，这会导致前端无法正确识别错误类型、搜索引擎抓取异常、监控系统漏报，必须显式设置真实 HTTP 状态码才能让客户端和中间件按预期处理。
用 Abort() 中止请求并设置状态码
方法一：直接调用 Abort 并传入状态码字符串
在控制器方法中写 c.Abort("404")，Beego 会自动匹配内置错误处理器，但【注意：Abort("404") 不会改变响应状态码，实际仍返回 200】。这是最常踩的坑。
方法二：先写入状态码，再 Abort
c.Ctx.ResponseWriter.WriteHeader(404) → c.Abort("404")
这一步必须严格按顺序执行：WriteHeader 必须在 Abort 之前调用，否则 Abort 内部会覆盖你刚设的状态码；Abort 后控制器剩余逻辑不再执行，安全可靠。
注册自定义错误控制器
第一步：在 main.go 的 beego.Run() 调用前注册错误控制器
beego.ErrorController(&controllers.ErrController{})
第二步：创建 ErrController，方法名必须以 Error 开头 + 状态码数字
例如处理 500 错误，必须命名为 Error500，大小写和数字顺序不能错，否则框架无法路由到该方法。
第三步：在 ErrorXXX 方法内手动设置状态码并渲染模板
c.Ctx.ResponseWriter.WriteHeader(500) → c.TplName = "err_500.html"
用 ErrorHandler 注册函数式错误页
方法1：注册纯函数处理特定状态码
在 main.go 中添加：beego.ErrorHandler("403", func(rw http.ResponseWriter, r *http.Request) { rw.WriteHeader(403); t, _ := template.ParseFiles("./views/forbidden.html"); t.Execute(rw, nil) })
方法2：预加载模板避免每次解析开销
启动时读取 forbidden.html 到内存字节切片，函数内直接 rw.Write(data)，比 ParseFiles 快 3～5 倍。
方法3：动态设置 Content-Type
若错误页是 JSON 格式（如 500.json），需手动写 c.Ctx.ResponseWriter.Header().Set("Content-Type", "application/json; charset=utf-8")，否则浏览器可能乱码或下载。
全局 panic 恢复时返回真实状态码
Beego 默认 recoverPanic 机制捕获 panic 后返回 500 页面，但响应状态码仍是 200。
在自定义 recover 函数中，必须显式调用 c.Ctx.ResponseWriter.WriteHeader(500)，否则前端收到 200 却看到错误页，AJAX 请求不会触发 error 回调。
recover 逻辑必须放在每个控制器方法内部（如 Get/Post），不能只写在 main() 函数里——因为每个请求运行在独立 goroutine，main 的 defer 无法捕获子协程 panic。
