在学习Flask时，”上下文”是一个绕不开的核心概念。简单来说，上下文就是当前环境的状态和数据集合。比如你在访问一个网页时，浏览器会把你的请求信息（如URL、方法、参数）传给服务器，服务器处理后返回响应，这个过程中需要临时存储这些信息，这就是上下文在发挥作用。
Flask为了让开发者能方便地获取请求和应用的相关数据，设计了请求上下文和应用上下文两种机制。它们就像两个不同的”工具箱”，分别存储与单次请求和整个应用相关的数据。
一、为什么需要上下文？¶
假设你正在写一个博客系统，用户访问/login页面时，你需要：
- 获取用户提交的用户名和密码（这是请求带来的数据，需要请求上下文）
- 读取应用的配置文件（比如数据库连接信息，这是应用相关的数据，需要应用上下文）
- 在同一个请求的不同函数间共享临时数据（比如用户登录状态，需要临时存储）
如果没有上下文，这些数据怎么在函数间传递？上下文就是解决这个问题的——它自动帮你”记住”当前请求和应用的状态，让你无需手动传递参数。
二、请求上下文（Request Context）¶
定义¶
请求上下文是单次请求的专属”环境”，从用户发起请求开始，到服务器返回响应结束，它会被创建并自动销毁。
核心变量¶
request：指向当前请求的对象，包含请求的所有信息（URL、请求方法、参数、Cookie等）。
from flask import request
@app.route('/login')
def login():
username = request.form.get('username') # 获取请求表单中的用户名
password = request.form.get('password')
return f"用户 {username} 尝试登录"
g：请求上下文的”临时数据容器”，用于在单次请求的不同函数间共享数据。
from flask import g
@app.route('/profile')
def profile():
# 假设用户登录后，在某个中间件设置了g.user
g.user = {"name": "Alice", "id": 123}
return get_user_info() # 在另一个函数中使用g.user
def get_user_info():
return f"用户信息：{g.user['name']}"
生命周期¶
- 开始：用户请求到达Flask应用时创建。
- 结束：服务器返回响应后销毁。
- 特点：每个请求对应一个独立的请求上下文，不同请求之间的上下文互不干扰。
三、应用上下文（App Context）¶
定义¶
应用上下文是整个Flask应用的”全局环境”，从应用启动到关闭，它会一直存在。主要用于存储与应用本身相关的数据（如配置、应用实例）。
核心变量¶
current_app：指向当前的Flask应用实例，用于访问应用配置、蓝图等。
from flask import current_app
# 应用配置在settings.py中定义
class Config:
SECRET_KEY = "my-secret-key"
DATABASE_URI = "sqlite:///blog.db"
app = Flask(__name__)
app.config.from_object(Config)
@app.route('/config')
def show_config():
return f"应用密钥：{current_app.config['SECRET_KEY']}"
app：直接指向当前应用实例（但current_app更灵活，支持多应用场景）。
生命周期¶
- 开始：Flask应用实例创建时自动创建。
- 结束：应用关闭时销毁。
- 特点：多个请求共享同一个应用上下文，所有请求都能访问到相同的应用配置。
四、上下文的关键区别¶
| 特性 | 请求上下文 | 应用上下文 |
|---|---|---|
| 数据范围 | 单次请求内有效 | 整个应用生命周期内有效 |
| 核心变量 | request, g | current_app |
| 创建时机 | 每次请求开始时自动创建 | 应用启动时自动创建 |
| 销毁时机 | 请求结束时自动销毁 | 应用关闭时自动销毁 |
| 用途 | 存储请求相关数据 | 存储应用相关全局数据 |
五、常见误区与注意事项¶
- 不要在非请求上下文中使用
request
如果直接在Python脚本中（非视图函数/路由函数）使用request，会报错，因为此时请求上下文不存在。例如：
# 错误示例：直接在脚本中使用request
from flask import request
print(request.args.get('name')) # 报错：请求上下文不存在
current_app必须在应用上下文中使用
如果应用未初始化，或未激活应用上下文，current_app会报错。例如：
# 错误示例：未激活应用上下文
app = Flask(__name__)
with app.app_context(): # 必须先激活应用上下文
print(current_app.config['SECRET_KEY']) # 正确
g对象是请求级别的“临时存储”
不要在多个请求中复用g对象，它会随请求结束而销毁。
六、总结¶
- 请求上下文是”单次请求的专属环境”，用
request获取请求数据，g存储临时数据。 - 应用上下文是”应用全局环境”，用
current_app访问应用配置和实例。 - 理解上下文的核心是：不同数据需要不同的“生命周期管理”，Flask通过上下文机制简化了数据传递和共享。
如果你刚开始学习Flask，记住：在视图函数中，request是“当前请求的窗口”，current_app是“当前应用的窗口”，g是“单次请求的临时便签”。这些工具会让你的代码更简洁高效！