我们还是以flask0.1的代码来阅读,先提出几个常见的问题:
1上下文是怎么被压入栈的?
2为什么在不同的程序中通过相同的变量request可以拿到对应的请求
我们先看第一个问题:上下文是怎么被压入栈的?
服务器传过来的请求参数,被封装成了一个_RequestContext对象,这个对象里有这个请求相关联的一组互相“绑架”的参数,它们组成一个上下文环境。比如request,被实例化的app。如下:
1 | class _RequestContext(object): |
这个对象实现了enter,所以通过with context语句。对象被压入到一个栈中。
1 | def push(self, obj): |
字典的键是线程Id,值就是被压入的,封装了特定请求的上下文对象。那么问题来了,正常情况下,context被压入栈中,栈里应该是context对象啊。是怎么实现里面有字典的呢?
压入栈中,这个压入,可不是压入一个普通的列表,这个列表,将做为Local对象的一个属性stack
这个LocalStack初始化的时候,封装了一个Local对象。为什么要这样做呢?这就回答了上面的问题,Local可以实现线程隔离,拿到当前线程的上下文。
这里Local实现了一个setattr方法,这样可以加上线程了,现在上下文按放在一个Local对象的字典中,
上面是存储好了上下文环境 ,下面是讲解,怎么通过全局变量拿到request的呢?
我们进入视图函数了,我们输入:request.url。
1 |
|
这个时候,request是一个代理对象,
1 | request = LocalProxy(lambda: _request_ctx_stack.top.request) |
_request_ctx_stack.top.request)会从栈中取出最上面的对象,并且拿到栈最上面的上下文对象。
它本身没有url属性,所以会触发LocalProxy的getattr属性。这个时候,拿到request对象的url属性。