前言
上下文这个概念多见于文章中,是一句话中的语境,也就是语言环境。一句莫名其妙的话出现会让人不理解什么意思,如果有语言环境的说明,则会更好,这就是语境对语意的影响。
上下文是一种属性的有序序列,为驻留在环境内的对象定义环境。在对象的激活过程中创建上下文,对象被配置为要求某些自动服务,如同步、事务、实时激活、安全性等等。
如在计算机中,相对于进程而言,上下文就是进程执行时的环境。具体来说就是各个变量和数据,包括所有的寄存器变量、进程打开的文件、内存信息等。可以理解上下文是环境的一个快照,是一个用来保存状态的对象。在程序中我们所写的函数大都不是单独完整的,在使用一个函数完成自身功能的时候,很可能需要同其他的部分进行交互,需要其他外部环境变量的支持,上下文就是给外部环境的变量赋值,使函数能正确运行。
请求上下文
关于WSGI
WSGI(全称Web Server Gateway Interface
),是为 Python 语言定义的Web服务器
和Web应用程序
之间的一种简单而通用的接口
,它封装了接受HTTP请求
、解析HTTP请求
、发送HTTP
,响应
等等的这些底层的代码和操作,使开发者可以高效的编写Web应用。
Flask提供了两种上下文,一种是应用上下文(Application Context),一种是请求上下文(Request Context)。
RequestContext
请求上下文Request
请求的对象,封装了Http请求(environ
)的内容Session
根据请求中的cookie,重新载入该访问者相关的会话信息。AppContext
程序上下文g
处理请求时用作临时存储的对象。每次请求都会重设这个变量current_app
当前激活程序的程序实例
1. application 指的就是当你调用app = Flask(__name__)创建的这个对象app;
2.request 指的是每次http请求发生时,WSGI server(比如gunicorn)调Flask.call()之后,在Flask对象内部创建的Request对象;
3.application 表示用于响应WSGI请求的应用本身,request 表示每次http请求;
4.application的生命周期大于request,一个application存活期间,可能发生多次http请求,所以,也就会有多个request
生命周期
current_app
的生命周期最长,只要当前程序实例还在运行,都不会失效。Request
和g
的生命周期为一次请求期间,当请求处理完成后,生命周期也就完结了Session
就是传统意义上的session了。只要它还未失效(用户未关闭浏览器、没有超过设定的失效时间),那么不同的请求会共用同样的session。
Flask处理流程
待续.......
原文地址:https://www.cnblogs.com/guoxiaoyan/p/9465374.html