Flask流程梳理

回顾一下Flask的流程:

《Flask流程梳理》

WSGI Server 到 WSGI App

图中可以看到HTTP请求都是通过WSGI Server进行解包封装然后调用Flask App(WSGI App),这里再补充一张调用链的图:

《Flask流程梳理》

run_wsgi之前,都是WSGI Server的基于Python.socket的WSGI.BaseHTTPRequestHandler服务,也就是第一张图的解包,封装environ的过程,来看看解包后封装的environ长啥样:

《Flask流程梳理》

可以看到,WSGI Server把http包所有的东西依次解好,放入environ中,然后调用run_wsgi发给Flask app,过程如下图所示:

《Flask流程梳理》

执行execute后,进入application_iter=app(environ,start_response)环节,此时的app还是werkzeug.debug.DebuggedApplication object,我们来看看这个app里面是些什么东西:

《Flask流程梳理》

其他都不重要,看到app中的app吗,这就是我们想要的Flask App(WSGI App),接下去把environ,start_response再传给app.app(environ,start_response)这样就执行了WSGI App了,看werkzeug怎么实现的:

《Flask流程梳理》

通过调用DebuggedApplication object中的debug_application函数,执行self.app(也就是调用Flask App),至于程序调用栈怎么从execute怎么跳到debug_application这一过程,目前还没有看明白,debug_application的app_iter=self.app()调用的就是Flask App了。

WSGI App(Flask App)

flask app的工作示意图如下:

《Flask流程梳理》

对比上面的流程图,当程序进入WSGI App中也就进入了Flask app的工作中了,看看flask主要干了一些什么:

《Flask流程梳理》

首先创建应用上下文和请求上下文,具体过程由ctx变量主导:

  • request_context的创建
    ctx = self.request_context(environ)
    可以看到此时的request_context的内容是什么:《Flask流程梳理》

此时session还没有填充,接着进行

ctx.push()

这个函数 作了两个事情:

  • equest_ctx_stack的创建

  • app_ctx_stack的创建

  • session的填充(如果http请求带有cookie,这时就会从cookie中获取session,如果没有就添加默认的cookie)
    《Flask流程梳理》

接着开始处理http请求的业务逻辑了,具体代码是

    response = self.full_dispatch_request()
  • full_dispatch_request
    继续看代码:

《Flask流程梳理》

其中try_trigger_before_first_request_functions是用来处理flask钩子before_first_request的应用
而preprocess_request则相应的处理了flask钩子url_value_preprocessor和before_request:

《Flask流程梳理》

当preprocess_request没有错误发生则跳入dispatch_request中,dispatch_request只干一件事情,那就是匹配http请求的路由节点,即我们自己定义的相应的处理函数,但这时request数据并没有传参,上面已经将request_context压栈,所以我们从栈中获取相应的数据,其实后续所有的上下文的数据全部从栈中获取,不必要再传递参数这种形式了,接下来处理make_response()函数,其主要作用就是将我们的dispatch_request处理完的返回值变成真正的http响应。下面process_response函数主要是出来flask钩子after_request注册的函数。
《Flask流程梳理》

返回的http的cookie也是再这里填充,具体采用的是save_session函数,其功能是把之前保存在request_context.session中的值拿过来,加上过期时间重新序列化,然后发给cookie。

return self.session_interface.save_session(self, session, response)
  • return response
    full_dispatch_request函数完成之后,如果有错误就去响应错误make_response(self.handle_exception(e)),如果没有,则返回response(environ, start_response),交由WSGI_SERVER负责后续的http报文处理。

至此,Flask App的功能就全部完成,并把response返回给WSGI Server再转发给服务器

参考
Flask快速入门笔记三_上下文对象:Flask核心机制

    原文作者:yiludege
    原文地址: https://segmentfault.com/a/1190000008076005
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞