Martin 的回答很好地解释了为什么会发生此错误。
公认的答案解决了所提出的问题,但它肯定不是唯一的方法。就我而言,我有更多类似的东西:
import threading
from flask import Flask, render_template
app = Flask("myapp")
app.route('/')
def get_thing(thing_id):
thing = cache.get(thing_id)
if thing is None:
# Handle cache miss...
elif is_old(thing):
# We'll serve the stale content but let's
# update the cache in a background thread
t = threading.Thread(
target=get_thing_from_datastore_render_and_cache_it,
args=(thing_id,)
)
t.start()
return thing
def get_thing_from_datastore_render_and_cache_it(thing_id):
thing = datastore.get(thing_id)
cache.set(render_template(thing))
但是当get_thing_from_datastore_render_and_cache_it
在 Flask 请求周期之外的后台线程中运行时,我得到了上面显示的错误,因为该线程无权访问请求上下文。
发生错误是因为 Flask 提供了一个开发人员快捷方式来允许自动访问模板中的请求变量 - 换句话说,这是由 Flask 关于如何包装 Jinja2 的功能而不是 Jinja2 本身所做的决定引起的。我解决这个问题的方法就是直接使用 Jinja2 的渲染:
import jinja2
def render_without_request(template_name, **template_vars):
"""
Usage is the same as flask.render_template:
render_without_request('my_template.html', var1='foo', var2='bar')
"""
env = jinja2.Environment(
loader=jinja2.PackageLoader('name.ofmy.package','templates')
)
template = env.get_template(template_name)
return template.render(**template_vars)
该功能假定您的 Flask 应用程序具有传统的模板子文件夹。具体来说,这里的项目结构将是
.
└── name/
├── ofmy/
| ├── package/
| | ├── __init__.py <--- Where your Flask application object is defined
| | └── templates/
| | └── my_template.html
| └── __init__.py
└── __init__.py
如果你有一个子目录结构templates/
,你只需传递模板文件夹根目录的相对路径,就像使用 Flask 的render_template
.