flask中的应用上下文

Flask应用上下文主要包含两个对象：current_app和g。这两个对象在处理请求期间都是全局可访问的，但在每个请求结束时都会被重置。

1. current_app：这是当前激活的Flask应用的实例。在大多数情况下，你可以将其视为应用的全局实例。然而，当你在处理多个应用（如在测试或大型应用中）时，current_app将始终指向处理当前请求的应用。

   以下是一个示例，展示了如何在视图函数中使用current_app：

   from flask import Flask, current_appapp = Flask(__name__)@app.route('/')
   def index():print(current_app.name)  # Prints the name of the application.return 'Hello, World!'
   

   在上述代码中，我们打印了current_app.name，这是当前应用的名称。需要注意的是，current_app只能在有应用上下文的情况下访问，也就是说，如果你试图在视图函数之外访问current_app，Flask将会抛出一个错误。

2. g：这是一个全局的请求级别的对象，你可以用它来在请求期间存储和共享数据。g对象在每个请求开始时被创建，并在每个请求结束时被销毁。

   以下是一个示例，展示了如何在视图函数中使用g：

   from flask import Flask, gapp = Flask(__name__)@app.before_request
   def load_data():g.data = 'Hello, World!'@app.route('/')
   def index():return g.data
   

   在上述代码中，我们使用app.before_request装饰器注册了一个函数，这个函数会在每个请求处理之前被调用。在这个函数中，我们将一些数据存储在g对象中，然后在视图函数中访问这些数据。需要注意的是，因为g对象在每个请求结束时被销毁，所以存储在其中的数据只在当前的请求中有效。

另外，如果你需要在请求外部（例如在请求未激活的情况下，或者在请求处理函数之外）访问current_app或g，你需要使用应用上下文管理器来手动创建和激活应用上下文，例如：

with app.app_context():print(current_app.name)

在上述代码中，我们使用app.app_context()上下文管理器创建了一个应用上下文，并在其内部访问current_app。这允许我们在请求未激活的情况下访问应用上下文，一旦with语句结束，应用上下文将被销毁。

补充

在Flask中，@app.before_request修饰的函数并不在请求之外，而是在每个请求被处理之前执行的。也就是说，当一个请求被接收并开始处理，但在任何路由函数被调用之前，所有的@app.before_request修饰的函数都会被执行。

这样的设计使得@app.before_request修饰的函数可以用来执行一些通用的预处理任务，例如设置数据库连接、加载用户信息、检查用户的认证状态等。因为这些函数是在请求被处理的过程中执行的，所以它们可以访问并修改Flask的上下文变量，例如g和request。

在上面例子中，load_data函数是在请求开始处理，但在路由函数被调用之前执行的。在这个函数中，你可以访问并修改g对象。然后在后续的路由函数中，你可以访问到在load_data函数中设置的g.data。

总的来说，虽然@app.before_request修饰的函数不在任何特定的路由函数之内，但它们仍然是在请求被处理的过程中执行的，因此它们可以访问并修改Flask的上下文变量。

with app.app_context()

这是Flask提供的一种机制，使得能够在请求上下文（request context）或应用上下文（application context）尚未创建或者已经被销毁的情况下，手动创建并激活上下文。

通常情况下，当Flask接收到一个请求时，它会自动创建一个请求上下文和一个应用上下文，并在这两个上下文中提供如request，session，current_app和g等对象。然后在处理完这个请求（也就是在路由函数返回后）时，Flask会自动销毁这两个上下文。

然而，有时候可能需要在请求未激活的情况下访问上下文变量。例如，在处理命令行脚本或者执行单元测试时，可能没有请求被接收，此时如果你如果访问current_app或者g，Flask会抛出一个错误，因为没有应用上下文。

为了解决这个问题，Flask提供了应用上下文管理器app.app_context()，我们可以使用它来手动创建并激活一个应用上下文。在这个上下文中，可以正常地访问current_app和g等对象。例如：

with app.app_context():print(current_app.name)

在上述代码中，app.app_context()创建了一个应用上下文，并在其内部访问了current_app对象。这使得我们可以在请求未激活的情况下访问应用上下文。一旦with语句结束，应用上下文将被销毁，current_app和g等对象将无法访问。