先写一段Flask程序

from flask import Flask

app = Flask(__name__)

@app.route('/')
def hello_world():
return 'Hello World!' if __name__ == '__main__':
app.__call__ # 不加括号就不会调用,看源码方便
app.run() # 请求一旦到来,就执行app.__call__()方法

请求一旦到来,就会执行app.__call__()方法,我们先看__call__的源码。

    def __call__(self, environ, start_response):
"""The WSGI server calls the Flask application object as the
WSGI application. This calls :meth:`wsgi_app` which can be
wrapped to applying middleware."""
return self.wsgi_app(environ, start_response)

这段代码中的注释翻译过来是这样的:WSGI服务器调用Flask应用程序对象作为WSGI应用程序。这就叫: meth : ` wsgi _ app ',它可以打包应用中间件。"

这里面有envirron和start_response参数,是WSGI传过来的,传过来就处理好。然后看下一步,点击wsgi_app看源码


def wsgi_app(self, environ, start_response):
ctx = self.request_context(environ) # 这里又处理一次environ
error = None
try:
try:
ctx.push() # 这里就是打包起来
response = self.full_dispatch_request() # 打包之后,要通过路由去找视图函数
except Exception as e:
error = e
response = self.handle_exception(e)
except:
error = sys.exc_info()[1]
raise
return response(environ, start_response)
finally:
if self.should_ignore_error(error):
error = None
ctx.auto_pop(error)

wsgi_app方法里面有一个ctx变量,这里面的request_context里面封装了很多方法,里面一个是处理request,一个处理session的。并且又处理了一次environ。

看request_context的源码。

    def request_context(self, environ):

        return RequestContext(self, environ)

它里面返回了一个RequestContext(self, enveron)对象。

看RequestContext源码

class RequestContext(object):

    def __init__(self, app, environ, request=None):  # 这里面的envieon是不太彻底的请求
self.app = app
if request is None: # 看着一句条件,看参数request=None,满足条件
request = app.request_class(environ) # 如果request=None就走这一行,把原生的请求给它,让他继续加工
self.request = request # 看到这就知道了前面的ctx.request就等于Request(environ)这个对象
self.url_adapter = app.create_url_adapter(self.request)
self.flashes = None
self.session = None # ctx.session = None
        self._implicit_app_ctx_stack = []
self.preserved = False
self._preserved_exc = None
self._after_request_functions = []
self.match_request()

它里面有environ参数和request参数。看里面的if语句,如果参数request是空,就把原生的请求给request_class这个类继续加工。里面还有一个self.session,并且是空的。所以ctx.request就等于Request(environ)这个对象,ctx.session = None。并且ctx = self.request_context(environ)这一行代码不仅创建了一个对象,还实现了一个路由匹配,因为init里面还有一行代码self.match_request(),这个就是通过路由来找视图函数,这里就不多说了。综上所述request.context也就是ctx封装了处理request和session的方法。

再看wsgi_app方法里面有ctx.push(),这里就是打包。点击puth看源码

    def push(self):
top = _request_ctx_stack.top
if top is not None and top.preserved:
top.pop(top._preserved_exc) app_ctx = _app_ctx_stack.top
if app_ctx is None or app_ctx.app != self.app:
app_ctx = self.app.app_context()
app_ctx.push()
self._implicit_app_ctx_stack.append(app_ctx)
else:
self._implicit_app_ctx_stack.append(None) if hasattr(sys, 'exc_clear'):
sys.exc_clear() _request_ctx_stack.push(self) # 这就是往里放 if self.session is None: # 打包之后,这时的session还是空的,满足条件,就给session重新赋值
session_interface = self.app.session_interface
self.session = session_interface.open_session(
self.app, self.request
) if self.session is None:
self.session = session_interface.make_null_session(self.app)

_request_ctx_stack.push(self)这一行代码就是往里放,放的时候如果遇到多线程肯定有隔离处理,所以它里面肯定有类似threading.local()方法,local对象它自动就帮你进行数据隔离了。

点击_request_ctx_stack看源码。

_request_ctx_stack = LocalStack()

点击LocalStack看源码

class LocalStack(object):

    def __init__(self):
self._local = Local() def __release_local__(self):
self._local.__release_local__() def _get__ident_func__(self):
return self._local.__ident_func__ def _set__ident_func__(self, value):... def __call__(self):... def push(self, obj):
"""Pushes a new item to the stack"""
rv = getattr(self._local, 'stack', None)
if rv is None:
self._local.stack = rv = [] # 如果没有,就给stack创建一个空列表
rv.append(obj)
return rv def pop(self):...

可以看到它里面又Local()对象,再看它的push方法,rv = getattr(self._local, 'stack', None)可以看到要执行这个push方法的时候要去它的self._local对象找它的stack。这就相当于,当线程进来的时候,会先拿到它的唯一标识,然后找它的stack,如果有就使用,没有就给它的stack创建一个空列表,把ctx放到列表里面,ctx里面有他自己的request和sesson,这就是打包放在这了。

# 结构就是这个形式
{
线程一的唯一标识: {stack: [ctx(request, session), ]},
线程二的唯一标识: {stack: [ctx(request, session), ]},
}

打包完之后,session还是空的,接下来就是给session重新赋值了。

        _request_ctx_stack.push(self)  # 这就是往里放

        if self.session is None:  # 打包之后,这时的session还是空的,满足条件,就给session重新赋值
session_interface = self.app.session_interface
self.session = session_interface.open_session(
self.app, self.request
) if self.session is None:
self.session = session_interface.make_null_session(self.app)

打包之后,session也赋值了,接下来继续看源码。

def wsgi_app(self, environ, start_response):
ctx = self.request_context(environ) # 这里又处理一次environ
error = None
try:
try:
ctx.push() # 这里就是打包起来
response = self.full_dispatch_request() # 打包之后,要通过路由去找视图函数

在wsgi_app方法里面就该通过路由去找视图函数了,点击full_dispatch_request看它里面封装了什么方法。

def full_dispatch_request(self):

    self.try_trigger_before_first_request_functions()
try:
request_started.send(self)
rv = self.preprocess_request() # 这个就是来执行before_request1的
if rv is None: # 如果执行之后,没有结果,就来执行我们的视图函数
rv = self.dispatch_request()
except Exception as e:
rv = self.handle_user_exception(e)
return self.finalize_request(rv)

其他的先不看,先看它的preprocess_request,看它里面封装了什么。

    def preprocess_request(self):

        bp = _request_ctx_stack.top.request.blueprint

        funcs = self.url_value_preprocessors.get(None, ())
if bp is not None and bp in self.url_value_preprocessors:
funcs = chain(funcs, self.url_value_preprocessors[bp])
for func in funcs:
func(request.endpoint, request.view_args) funcs = self.before_request_funcs.get(None, ()) # 在Flask函数执行之前,会执行一些特殊的装饰器before_request
if bp is not None and bp in self.before_request_funcs:
funcs = chain(funcs, self.before_request_funcs[bp])
for func in funcs:
rv = func()
if rv is not None:
return rv

所以preprocess_request就是来执行before_request的。

def full_dispatch_request(self):

    self.try_trigger_before_first_request_functions()
try:
request_started.send(self)
rv = self.preprocess_request() # 这个就是来执行before_request1的
if rv is None: # 如果执行之后,没有结果,就来执行我们的视图函数
rv = self.dispatch_request() # 执行视图函数
except Exception as e:
rv = self.handle_user_exception(e)
return self.finalize_request(rv) # 函数处理完,就该回去了,那么接下来做什么?看下面源码流程

如果执行之后没什么结果,就去执行我们的视图函数。

不管函数执行结果怎样,我们都会拿到一个rv。函数执行之后,会有一个返回值,那我们点击self.finalize_request来看返回什么。

    def finalize_request(self, rv, from_error_handler=False):

        response = self.make_response(rv)
try:
response = self.process_response(response)
request_finished.send(self, response=response)
except Exception:
if not from_error_handler:
raise
self.logger.exception('Request finalizing failed with an '
'error while handling an error')
return response

里面有一个process_response,这里面返回的是一个实例。那我们来看看这个实例里面帮我们做了什么

    def process_response(self, response):
ctx = _request_ctx_stack.top
bp = ctx.request.blueprint
funcs = ctx._after_request_functions
if bp is not None and bp in self.after_request_funcs:
funcs = chain(funcs, reversed(self.after_request_funcs[bp]))
if None in self.after_request_funcs:
funcs = chain(funcs, reversed(self.after_request_funcs[None]))
for handler in funcs:
response = handler(response)
if not self.session_interface.is_null_session(ctx.session):
self.session_interface.save_session(self, ctx.session, response)
return response

里面有after_request和save_session,原来我们已经存了用户的数据,这里是拿到数据返回给用户浏览器。

def full_dispatch_request(self):

    self.try_trigger_before_first_request_functions()
try:
request_started.send(self)
rv = self.preprocess_request() # 这个就是来执行before_request1的
if rv is None: # 如果执行之后,没有结果,就来执行我们的视图函数
rv = self.dispatch_request() # 执行视图函数
except Exception as e:
rv = self.handle_user_exception(e)
return self.finalize_request(rv) # 函数处理完,就该回去了,这里面做的就是执行了after、_request和save_session,把手里现有的值返回就行了

接下来我们需要往回看。

def wsgi_app(self, environ, start_response):
ctx = self.request_context(environ) # 这里又处理一次environ
error = None
try:
try:
ctx.push() # 这里就是打包起来
response = self.full_dispatch_request() # 打包之后,要通过路由去找视图函数
except Exception as e:
error = e
response = self.handle_exception(e)
except:
error = sys.exc_info()[1]
raise
return response(environ, start_response)
finally: # 给用户浏览器返回完数据之后,执行这一行
if self.should_ignore_error(error):
error = None
ctx.auto_pop(error) # 这里面有一个ctx.auto_pop

给用户返回数据后有个finally,里面还有个ctx.auto_pop我们进去看看它做了什么

    def auto_pop(self, exc):
if self.request.environ.get('flask._preserve_context') or \
(exc is not None and self.app.preserve_context_on_exception):
self.preserved = True
self._preserved_exc = exc
else:
self.pop(exc)

里面有个self.pop,继续看里面的源码。

class RequestContext(object):

    def __init__(self, app, environ, request=None):......

    def copy(self):......

    def match_request(self):......

    def push(self):......  # 刚开始传入数据就是通过push

    def pop(self, exc=_sentinel):......  # 这个pop就是删掉用户请求进来的信息

就是把线程一的信息删掉,接下来执行线程二,这样用户请求进来的数据就不会混到一块了。

# 结构就是这个形式
{
线程二的唯一标识: {stack: [ctx(request, session), ]},
}

综上,可以总结为三个阶段:

第一阶段:将ctx(request/session)放到Local对象里面(Local()会给每一个线程开辟一个空间来存数据)

第二阶段:视图函数导入,处理request和session

第三阶段:请求处理完毕,获取session保存到cookie里面,然后删掉ctx

Flask的上下文源码剖析的更多相关文章

  1. Flask(4)- flask请求上下文源码解读、http聊天室单聊/群聊(基于gevent-websocket)

    一.flask请求上下文源码解读 通过上篇源码分析,我们知道了有请求发来的时候就执行了app(Flask的实例化对象)的__call__方法,而__call__方法返回了app的wsgi_app(en ...

  2. flask 请求上下文源码(转)

    本篇阅读目录 一.flask请求上下文源码解读 二.http聊天室(单聊/群聊)- 基于gevent-websocket 回到顶部 转:https://www.cnblogs.com/li-li/p/ ...

  3. Flask核心机制--上下文源码剖析

    一.前言 了解过flask的python开发者想必都知道flask中核心机制莫过于上下文管理,当然学习flask如果不了解其中的处理流程,可能在很多问题上不能得到解决,当然我在写本篇文章之前也看到了很 ...

  4. 3.flask核心与源码剖析

    1.session session存储了特定用户会话所需的属性及配置信息,这样,当用户在应用程序的 Web 页之间跳转时,存储在 session 对象中的变量将不会丢失,而是在整个用户会话中一直存在下 ...

  5. Flask请求上下文源码讲解,简单的群聊单聊web

    请求上下文流程图 群聊html代码 <!DOCTYPE html> <html lang="en"> <head> <meta chars ...

  6. flask请求上下文源码分析

    一.什么是上下文 每一段程序都有很多外部变量,只有像add这种简单的函数才是没有外部变量的,一旦你的一段程序有了外部变量,这段程序就不完整了,不能独立运行,你为了使他们能运行,就要给所有的外部变量一个 ...

  7. flask的请求上下文源码解读

    一.flask请求上下文源码解读 通过上篇源码分析( ---Flask中的CBV和上下文管理--- ),我们知道了有请求发来的时候就执行了app(Flask的实例化对象)的__call__方法,而__ ...

  8. Flask请求和应用上下文源码分析

      flask的request和session设置方式比较新颖,如果没有这种方式,那么就只能通过参数的传递. flask是如何做的呢? 1:本地线程,保证即使是多个线程,自己的值也是互相隔离 1 im ...

  9. Flask系列10-- Flask请求上下文源码分析

    总览 一.基础准备. 1. local类 对于一个类,实例化得到它的对象后,如果开启多个线程对它的属性进行操作,会发现数据时不安全的 import time from threading import ...

随机推荐

  1. 20175315 《Java程序设计》第6周学习总结

    20175215 <Java程序设计>第6周学习总结 教材学习内容总结 第七章主要讲的是内部类,匿名类,异常类等等. 内部类:Java支持在一个类中定义另一个类,称作内部类,包含内部类的类 ...

  2. 5. SpringBoot —— Actuator简介

    Actuator是SpringBoot提供的用来帮助我们在将应用程序推向生产环境时对其进行监视和管理的工具集.使用Actuator最简单的方式,就是在pom文件中添加如下依赖: <depende ...

  3. Tomcat使用shutdown.bat关闭会将其他Tomcat关掉的问题

    Tomcat使用shutdown.bat关闭会将其他Tomcat关掉的问题 shutdown.bat文件有一句if not "%CATALINA_HOME%" == "& ...

  4. 解析查询 queryString 请求参数的函数

    quety string 请求参数 本质上可以理解为一种序列化的格式,与 json 类似,它是一种字典类型的容器,里面可以保存键值对(key-value pair).只不过 querystring 这 ...

  5. 010_TCP queue的研究

    先来回顾下三次握手里面涉及到的问题:1. 当 client 通过 connect 向 server 发出 SYN 包时,client 会维护一个 socket 等待队列,而 server 会维护一个 ...

  6. proxy ubunta

    /etc/environment : Is the correct place to specify system-wide environment variables that should be ...

  7. 彻底搞懂 C# 的 async/await

    前言 Talk is cheap, Show you the code first! private void button1_Click(object sender, EventArgs e) { ...

  8. idea中classpath的问题

    新创建的项目,在web.xml中配置 Spring MVC 的 DispatcherServlet,,指定springmvc.xml,结果这部分出错,请求的时候报错 结果查找,发现在Idea中,cla ...

  9. Zygote及System进程启动

    1.  init 根据init.rc 运行 app_process, 并携带‘--zygote' 和 ’--startSystemServer' 参数. 2.  AndroidRuntime.cpp: ...

  10. Bootstrap-datepicker3官方文档中文翻译---Methods/方法(原文链接 http://bootstrap-datepicker.readthedocs.io/en/latest/index.html)

    Methods/方法 方法是由 datepicker 函数调用的,第一个参数为字符串,随后是方法所需的任何参数. $('.datepicker').datepicker('method', arg1, ...