Beego中间件中c.Abort()无效，因Filter无该方法，须用ctx.Abort()或ctx.AbortWithStatusJSON()；后者需确保最先执行且不被覆盖，Filter无法触发ErrorController，仅Controller中的this.Abort()可匹配Error404等方法。
中间件里调用 c.Abort("404") 无效？原因和替代方案
Beego 的中间件（Filter）函数签名是 func(*context.Context)，它没有 c.Abort() 方法——这个方法只存在于 *Controller 实例中。直接写 c.Abort("404") 会编译报错：undefined: c.Abort。
常见错误是把 Controller 里的写法照搬到 Filter 中，结果既不报错也不生效（比如误用了未定义的变量名或漏掉 ctx. 前缀）。
- Filter 中终止请求必须用
ctx.Abort()或ctx.AbortWithStatusJSON()，不是c.Abort() -
ctx.Abort()只中断执行链，不写响应体；前端可能收空响应或超时 - 想返回带状态码的 JSON 错误页，必须用
ctx.AbortWithStatusJSON(401, map[string]string{"error": "token expired"}) - 若需返回 HTML 错误页（如复用
ErrController的模板），Filter 无法直接触发——它不走 MVC 流程，得手动渲染或重定向
ctx.AbortWithStatusJSON() 返回后为什么前端收不到 JSON？
表面调用了 ctx.AbortWithStatusJSON()，但浏览器 Network 面板看到响应体为空、状态码却是 200，说明响应已被后续逻辑覆盖。根本原因是：该函数内部虽调用了 WriteHeader() 和 json.Marshal()，但 Beego 的响应写入机制依赖于 ctx.ResponseWriter 的底层状态，一旦之前有其他中间件/路由逻辑已写过 header 或 body，就会冲突。
- 确保这是第一个写响应的 Filter：把它注册在
beego.InsertFilter()的最前面（越早注册越先执行） - 不要在它之后再调用
ctx.WriteString()、ctx.Ctx.Output.Body()等任何写响应的操作 - 检查是否误配了 Filter 类型：对普通 API 路由，用
beego.BeeApp.FilterType；若注册到beego.BeforeStatic，则只对静态资源生效，对 /api/ 请求完全不触发 - 调试时加日志：
beego.Debug("aborting with 401")，确认函数确实执行到了这一行
想让中间件抛出的错误走 ErrController.Error404() 怎么办？
不能。Filter 和 ErrorController 是两条独立路径：Filter 在路由匹配前执行，ErrorController 在路由匹配失败或 this.Abort("404") 后才介入。Filter 中无法“跳转”到 ErrorController 的逻辑。
如果业务上需要统一错误页面（比如所有鉴权失败都显示同一个 401 HTML 页），只能手动渲染：
- 在 Filter 中判断条件（如 token 无效），然后设置响应头：
ctx.ResponseWriter.Header().Set("Content-Type", "text/html; charset=utf-8") - 读取并写入模板文件：
html, _ := ioutil.ReadFile("views/err_401.html"); ctx.ResponseWriter.Write(html) - 手动设状态码：
ctx.ResponseWriter.WriteHeader(401)（注意必须在 Write 之前） - 更稳妥的做法是重定向到一个已注册的 Controller 路由：
http.Redirect(ctx.ResponseWriter, ctx.Request, "/error/401", 302)，再由该 Controller 调用this.Abort("401")触发 ErrorController
Abort 字符串和 ErrorController 方法名怎么严格对应？
Filter 中调用 ctx.Abort("DbConnFailed")，不代表就能触发 ErrorDbConnFailed() —— Beego 的错误控制器只响应两类 Abort 字符串：
- 标准 HTTP 状态码字符串：
"404"→ 匹配Error404()，"500"→Error500() - 自定义字符串（大小写敏感）：
"dbError"→ 必须对应ErrordbError()（注意首字母小写），"DbError"→ErrorDbError() - 不支持驼峰以外的分隔符：
Error_DbError、Error-DbError、HandleDbError全部无效 - 字符串中不能含空格或特殊符号：
"db error"不会命中任何方法
真正容易被忽略的是：Filter 中的 ctx.Abort() 不会触发任何 ErrorController，只有 Controller 中的 this.Abort() 才会。这点设计边界必须厘清，否则排查数小时也找不到入口在哪。
