flask中的应用上下文
Flask应用上下文主要包含两个对象：current_app和g。这两个对象在处理请求期间都是全局可访问的，但在每个请求结束时都会被重置。
-
current_app：这是当前激活的Flask应用的实例。在大多数情况下，你可以将其视为应用的全局实例。然而，当你在处理多个应用（如在测试或大型应用中）时，
current_app将始终指向处理当前请求的应用。以下是一个示例，展示了如何在视图函数中使用
current_app：from flask import Flask, current_app app = 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将会抛出一个错误。 -
g：这是一个全局的请求级别的对象，你可以用它来在请求期间存储和共享数据。
g对象在每个请求开始时被创建，并在每个请求结束时被销毁。以下是一个示例，展示了如何在视图函数中使用
g：from flask import Flask, g app = 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等对象将无法访问。
