赞
踩
flask上下文分为 应用上下文 和 请求上下文。
WSGI(全称
Web Server Gateway Interface
),是为 Python 语言定义的Web服务器
和Web应用程序
之间的一种简单而通用的接口
,它封装了接受HTTP请求
、解析HTTP请求
、发送HTTP
,响应
等等的这些底层的代码和操作,使开发者可以高效的编写Web应用。werkzeug是一个实现了wsgi协议的模块,flask内部使用的wsgi模块就是werkzeug 。
在Flask中,类似于request的对象,其实是绑定到了一个werkzeug.local.Local对象上。这样,即使是同一个对象,那么在多个线程中都是隔离的。类似的对象还有session以及g对象。
- from threading import Thread
- from werkzeug.local import Local
-
- local = Local()
-
- local.request = '123'
-
-
- class MyThread(Thread):
- def run(self):
- local.request = 'abc'
- print('子线程:', local.request)
-
-
- mythread = MyThread()
- mythread.start()
- mythread.join()
-
- print('主线程:', local.request)

结果:
是线程隔离的。
只要满足绑定到这个对象上的属性,在每个线程中都是隔离的,那么他就叫做Thread Local对象。
应用上下文和请求上下文都是存放到一个LocalStack的栈中。和应用app相关的操作就必须要用到应用上下文,比如通过current_app获取当前的这个app。和请求相关的操作就必须用到请求上下文,比如使用url_for反转视图函数。
如果想要在视图函数外面执行相关的操作,比如获取当前的app(current_app),或者是反转url,那么就必须要手动推入相关的上下文
- # 添加到应用上下文
- with app.app_context():
- print(current_app.name)
-
-
- def app_context(self):
-
- return AppContext(self)
-
手动推入请求上下文:推入请求上下文到栈中,会首先判断有没有应用上下文,如果没有那么就会先推入应用上下文到栈中,然后再推入请求上下文到栈中:
- # 手动推入请求上下文
- with app.test_request_context():
- # 手动推入一个请求上下文到请求上下文栈中
- # 如果当前应用上下文栈中没有应用上下文
- # 那么会首先推入一个应用上下文到栈中
- print(url_for('my_list'))
-
-
- def test_request_context(self, *args, **kwargs):
- try:
- return self.request_context(builder.get_environ())
- finally:
- builder.close()
-
-
- def request_context(self, environ):
- return RequestContext(self, environ) #返回请求上下文

- 应用上下文:Flask底层是基于werkzeug,werkzeug是可以包含多个app的,所以这时候用一个栈来保存。如果你在使用app1,那么app1应该是要在栈的顶部,如果用完了app1,那么app1应该从栈中删除。方便其他代码使用下面的app。
- 如果在写测试代码,或者离线脚本的时候,我们有时候可能需要创建多个请求上下文,这时候就需要存放到一个栈中了。使用哪个请求上下文的时候,就把对应的请求上下文放到栈的顶部,用完了就要把这个请求上下文从栈中移除掉。
g作为flask程序全局的一个临时变量,充当者中间媒介的作用,我们可以通过它传递一些数据,g保存的是当前请求的全局变量,不同的请求会有不同的全局变量。
g是在整个Flask应用运行期间都是可以使用的。并且他也是跟request一样,是线程隔离的。这个对象是专门用来存储开发者自己定义的一些数据,方便在整个Flask程序中都可以使用。一般使用就是,将一些经常会用到的数据绑定到上面,以后就直接从g上面取就可以了,而不需要通过传参的形式,这样更加方便。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。