应用情境

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

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

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

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

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

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

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

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

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

Note

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

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

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

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

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

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

如果你正在编写扩展， g 应该保留给用户。你可以将内部数据存储在情境本身中，但一定要使用足够唯一的名称。当前上下文使用访问。欲了解更多信息，请参阅Flask 扩展开发。

如果为真，则发送以下信号：appcontext_pushed 、和appcontext_popped 。