before_request是Flask请求钩子，在请求上下文建立后、视图函数执行前调用，作用于匹配路由（不含静态文件和404），可用于权限校验、请求ID注入等。
before_request 是什么，它在请求生命周期里哪一步执行
before_request 是 Flask 提供的请求钩子函数，它在每次请求进入视图函数前被调用，但**不触发于静态文件（如 /static/xxx.js）或未匹配路由的 404 请求**。它属于「请求上下文已建立、但视图函数尚未执行」的阶段，此时 request、session、g 都可用，但响应尚未生成。
常见误判是以为它能拦截所有 HTTP 流量——实际它只对 Flask 路由有效；反向代理（如 Nginx）或 WSGI 层的错误（如超时、解析失败）根本到不了这里。
如何注册 before_request，全局和蓝图级的区别
注册方式有两种，行为差异直接影响作用范围：
- 全局注册：直接在 Flask 实例上调用
app.before_request(func)，该函数对所有匹配的路由生效（除静态文件） - 蓝图注册：在
Blueprint实例上调用bp.before_request(func)，仅对该蓝图下的路由生效，且优先级低于全局钩子（即蓝图钩子先执行）
注意：多个 before_request 函数按注册顺序执行，但蓝图内注册的会插在全局钩子之间——比如全局 A → 蓝图 B → 全局 C → 视图函数。若需提前终止流程，必须在函数内显式返回响应（如 return jsonify(...), 401），否则会继续向下执行。
常见错误：在 before_request 里修改 request 或抛异常的后果
request 对象是只读的，试图给 request.args 或 request.json 赋值会触发 RuntimeError: request object is read-only。需要传递数据请用 g（临时存储）或 session（跨请求）。
另外，不要在 before_request 中 raise 未捕获异常（如 ValueError）。Flask 默认不会把它转为 500 响应，而是直接崩掉请求上下文，日志里可能只显示 Working outside of application context 这类误导信息。正确做法是：
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
- 用
abort(400)或return make_response(..., 403) - 捕获具体异常后主动返回，避免让未处理异常穿透到 WSGI 层
- 若依赖外部服务（如 Redis 鉴权），记得加超时和 fallback，否则一个慢请求会卡住整个钩子链
实用场景示例：权限校验 + 请求 ID 注入
典型组合用法是统一注入追踪 ID 并做基础鉴权：
@app.before_request
def inject_request_id_and_check_auth():
# 注入唯一请求 ID，便于日志串联
from flask import g, request
import uuid
g.request_id = str(uuid.uuid4())
<pre class="brush:php;toolbar:false;"># 简单 Token 校验（生产环境请用更安全的方式）
auth_header = request.headers.get('Authorization')
if not auth_header or not auth_header.startswith('Bearer '):
return {'error': 'Missing or invalid Authorization header'}, 401
token = auth_header[7:]
if token != 'demo-secret':
return {'error': 'Invalid token'}, 403
这个例子同时展示了两个关键点：用 g 存临时数据、用返回值中断流程。别忘了，一旦返回了响应对象或元组，后续所有 before_request 和视图函数都不会执行。
真正容易被忽略的是：如果项目用了多个蓝图，且各自有独立的鉴权逻辑，before_request 的执行顺序和返回值覆盖关系必须手动理清——这里没有隐式合并，只有明确的先后与短路。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
