abort(404)可立即终止请求并触发404错误处理流程，但不支持自定义消息体；需返回json响应时应使用return {"error": "not found"}, 404而非abort()。
如何用 abort() 触发自定义状态码
直接调用 abort(404) 或 abort(500) 是最简方式，它会立即中断请求并进入错误处理流程。但注意：abort() 不接受自定义消息体，只负责抛出标准状态码异常；如果需要返回带 JSON 的错误响应（比如 API 场景），得改用 return jsonify(...), 400 这种写法，而不是依赖 abort()。
常见误用：在视图里写 abort(400, "Missing param") —— 这会报错，因为 abort() 第二个参数不被接受（Flask 2.0+ 已移除该用法）。
- 正确触发 404：
abort(404) - 想带提示？改用：
return {"error": "Not found"}, 404 - 仅限 HTML 页面场景才推荐用
abort()，便于统一接管渲染逻辑
怎样注册全局错误处理器（@app.errorhandler）
用 @app.errorhandler(404) 可捕获对应状态码的未处理异常，包括由 abort() 抛出的、或路由未匹配导致的 404。关键点在于：这个装饰器必须在 app 实例创建后、运行前注册，且不能放在函数内部或条件分支里，否则不会生效。
多个状态码可复用同一个处理函数，例如：@app.errorhandler(400) 和 @app.errorhandler(404) 可分别指向不同模板，也可都指向 render_template("error.html", code=404)。
- 必须显式指定状态码数字，不能写
@app.errorhandler(Exception)来兜底所有 HTTP 错误（它只捕获未分类异常，不覆盖标准 HTTP 状态码） - 若同时注册了
@app.errorhandler(404)和@app.errorhandler(500)，它们互不干扰 - 开发时建议加日志：
app.logger.error(f"HTTP {code} error: {request.url}")
为什么自定义 500 页面经常不显示？
Flask 在调试模式（debug=True）下会禁用所有自定义 500 处理器，强制显示 Werkzeug 调试页面。这是硬性限制，不是配置遗漏。只要把 app.run(debug=False) 或环境变量 FLASK_DEBUG=0 设为关闭，自定义的 @app.errorhandler(500) 才会生效。
另一个常见陷阱：500 错误处理器本身抛出异常（比如模板路径写错、变量未定义），会导致降级到默认白屏，甚至循环触发错误处理器。务必确保错误模板是静态、无逻辑、绝对安全的。
- 测试 500 页面前，先确认
app.debug == False - 错误模板里避免使用
{{ request.args.foo }}这类可能出错的表达式 - 可在处理器里加 try/except 包裹
render_template()，兜底返回纯文本
静态资源 404 是否走自定义错误页？
不走。Flask 内置的静态文件服务（/static/）在找不到文件时直接返回 404 响应，跳过所有 @app.errorhandler。这是因为静态文件路由优先级高，且由 send_from_directory 底层实现，不经过 Flask 的错误传播机制。
若需统一处理静态资源缺失（比如记录日志、重定向到 CDN），只能手动拦截：重写 static_folder 路径，或添加一个通配路由如 @app.route("/static/<filename>")</filename>，自己调用 send_from_directory 并捕获 NotFound 异常。
- 默认行为无法通过配置开关改变
- 修改静态路由会失去 Flask 自动缓存头等优化，需自行补全
max_age等参数 - 多数项目其实不需要管静态 404，真正要监控的是 JS/CSS 加载失败这类前端问题
abort() 的参数限制，这三点最容易让人卡住半天。Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
