不能。@errorhandler仅捕获Flask的HTTP异常和显式抛出的HTTPException子类异常，对ValueError等Python运行时错误无效；其在debug=True时“生效”实为Werkzeug调试器兜底，生产环境需用WSGI中间件或视图内try/except捕获。
Flask @errorhandler 能捕获 Python 运行时错误吗？
不能直接捕获。@errorhandler 只处理 Flask 内部抛出的 HTTP 异常（如 NotFound、BadRequest）和显式 raise 的继承自 HTTPException 的异常，对未捕获的 ValueError、KeyError、ZeroDivisionError 等纯 Python 异常完全无感知。
为什么 @errorhandler(Exception) 有时看起来“生效”了？
因为 Flask 在开发模式下默认启用了调试器（debug=True），它会接管未处理异常并渲染调试页面——这不是 @errorhandler 在起作用，而是 Werkzeug 的调试中间件在兜底。一旦关掉 debug=False（生产环境），这些错误就会直接 500，除非你额外干预。
真正让 @errorhandler(Exception) 生效的前提是：Flask 必须能“看到”这个异常，也就是说，异常必须在请求上下文（request context）中被抛出，且未被中间件提前拦截或静默吞掉。常见干扰点包括：
- 异步任务（如 Celery）、定时任务、CLI 命令中抛出的异常，根本不在请求生命周期内，
@errorhandler完全不触发 - WSGI 中间件（如 Sentry SDK、自定义日志中间件）提前
try/except并返回响应，导致异常没传到 Flask 层 - 视图函数里用
sys.excepthook或threading.excepthook替换过全局异常处理器，可能绕过 Flask 流程
正确捕获运行时错误的两种可靠方式
方案一：在每个视图函数内手动 try/except（适合关键路径、需差异化处理）
立即学习“Python免费学习笔记（深入）”；
@app.route('/divide')
def divide():
try:
result = 10 / 0
return str(result)
except ZeroDivisionError as e:
app.logger.error(f"Division error: {e}")
return "Invalid operation", 400
方案二：用 app.before_request + 全局异常钩子（推荐用于统一日志、告警、降级）
@app.before_request
def setup_exception_handler():
# 仅在请求开始时注册，避免重复绑定
if not hasattr(g, 'exception_handled'):
g.exception_handled = False
<p>@app.after_request
def log_unhandled_exceptions(response):
if not g.get('exception_handled', False):</p><h1>此处可检查 response.status_code == '500'</h1><pre class="brush:php;toolbar:false;"> pass
return response更实际的做法：用 WSGI 中间件包裹整个 app
class ExceptionCatcher: def init(self, app): self.app = app def call(self, environ, start_response): try: return self.app(environ, start_response) except Exception as e: app.logger.exception("Uncaught exception in WSGI app")
记录、告警、返回定制 500 页面等
start_response('500 Internal Server Error', [('Content-Type', 'text/plain')])
return [b'Oops']app.wsgi_app = ExceptionCatcher(app.wsgi_app)
使用 @errorhandler 的真实适用场景
它只该用于处理明确的 HTTP 语义错误，而不是“兜底所有异常”。例如：
- 用户请求了不存在的资源 →
@errorhandler(404) - API 收到非法 JSON → 视图中
raise BadRequest("invalid json")，再用@errorhandler(BadRequest)统一格式化错误响应 - 自定义权限异常：
class PermissionDenied(HTTPException): code = 403，然后@errorhandler(PermissionDenied)
把 @errorhandler(Exception) 当成万能 catch-all，反而会掩盖问题根源——比如数据库连接失败本该触发熔断或告警，却被一个模糊的 500 页面悄悄吞掉。
