应用情境

应用情境在一个请求、 CLI 命令或其他活动期间跟踪应用级数据。不将应用程序 传递给每个函数,而代之以访问 current_appg 代理。

这与 请求情境 类似,它在请求期间跟踪请求级数据。推送请求情境 时会推送相应的应用情境。

情境的目的

Flask 应用对象具有诸如 config 之类的属性,这些 属性对于在视图和 CLI commands 中访问很有用。但是,在项目 中的模块内导入 app 实例容易导致循环导入问题。当使用 应用程序工厂方案 或编写可重用的 blueprintsextensions 时, 根本不会有应用程序实例导入。

Flask 通过 应用情境 解决了这个问题。不是直接引用一个 app ,而是使 用 current_app 代理,该代理指向处理当前活动的应用。

处理请求时, Flask 自动 推送 应用情境。在请求期间运行的视图函数、错误 处理器和其他函数将有权访问 current_app

运行使用 @app.cli.command() 注册到 Flask.cli 的 CLI 命令时, Flask 还会自动推送应用情境。

情境的生命周期

应用情境根据需要创建和销毁。当 Flask 应用开始处理请求时,它会推送应用情 境和 请求情境 。当请求结束时,它会在请求情境中弹 出,然后在应用情境中弹出。通常,应用情境将具有与请求相同的生命周期。

请参阅 请求情境 以获取有关情境如何工作以及请求的完整生命周期 的更多信息。

手动推送情境

如果您尝试在应用情境之外访问 current_app ,或其他任何使用它的东 西,则会看到以下错误消息:

RuntimeError: Working outside of application context.

这通常意味着您试图使用功能需要以某种方式与当前的应用程序对象进行交
互。要解决这个问题,请使用 app.app_context()设置应用情境。

如果在配置应用时发现错误(例如初始化扩展时),那么可以手动推送上下文。 因为你可以直接访问 app 。在 with 块中使用 app_context() ,块中运行的所有内容都可以访问 current_app 。:

def create_app():
    app = Flask(__name__)

    with app.app_context():
        init_db()

    return app

如果您在代码中的其他地方看到与配置应用无关的错误,则很可能表明应该将该 代码移到视图函数或 CLI 命令中。

存储数据

应用情境是在请求或 CLI 命令期间存储公共数据的好地方。Flask 为此提供了 g 对象 。它是一个简单的命名空间对象,与应用情境具有相同的生 命周期。

Note

g 表示“全局”的意思,但是指的是数据在 情境 之中是全局的。 g 中的数据在情境结束后丢失,因此它不是在请求之间存储数据的恰当 位置。使用 session 或数据库跨请求存储数据。

g 的常见用法是在请求期间管理资源。

  1. get_X() 创建资源 X (如果它不存在),将其缓存为 g.X

  2. teardown_X() 关闭或以其他方式解除分配资源(如果存在)。它被注 册为 teardown_appcontext() 处理器。

例如,您可以使用以下方案管理数据库连接:

from flask import g

def get_db():
    if 'db' not in g:
        g.db = connect_to_database()

    return g.db

@app.teardown_appcontext
def teardown_db(exception):
    db = g.pop('db', None)

    if db is not None:
        db.close()

在一个请求中,每次调用 get_db() 会返回同一个连接,并且会在请求结束 时自动关闭连接。

你可以使用 LocalProxy 基于 get_db() 生成一个新的本地情境:

from werkzeug.local import LocalProxy
db = LocalProxy(get_db)

访问 db 就会内部调用 get_db ,与 current_app 的工作方式 相同。

事件和信号

当应用情境被弹出时,应用将调用使用 teardown_appcontext() 注册的函数。

以下信号将会被发送: appcontext_pushedappcontext_tearing_downappcontext_popped