Flask源码解读 <1> --- 浅谈Flask基本工作流程

最新推荐文章于 2024-09-21 22:08:20 发布

置顶

bestallen

最新推荐文章于 2024-09-21 22:08:20 发布

阅读量1.8w

点赞数 28

分类专栏： Flask ---Flask web 开发 ---Flask 源码解读文章标签： python flask 机制流程源码

本文链接：https://blog.csdn.net/bestallen/article/details/54342120

版权

本文探讨了Flask框架的基本工作流程，从HTTP请求到响应的全过程。首先介绍了WSGI作为Web服务器和Web应用程序之间的接口，然后详细阐述了Flask应用生成、wsgi_app的定义及其内部流程，包括请求对象和上下文环境的生成、预处理、请求分发以及响应的创建。文章以源码解读为基础，揭示了Flask如何通过dispatch_request方法实现URL到视图函数的映射，并强调了make_response函数在创建响应对象中的关键作用。

摘要由CSDN通过智能技术生成

网站写了蛮长时间了，一直想具体分析分析Flask的运行机制，但是源码看得断断续续，不过最近状态不错，进度上来了点，这里先新建一个类别，专门来说说Flask和源码有关系的内容, 这篇准备粗略说一下应用Flask框架的时候，从HTTP请求开始到响应的流程

前置技能 --- WSGI

在具体读源码之前，这里先需要说一个概念，什么是WSGI。

WSGI，全称 Web Server Gateway Interface，或者 Python Web Server Gateway Interface ，是为 Python 语言定义的 Web 服务器和 Web 应用程序或框架之间的一种简单而通用的接口。自从 WSGI 被开发出来以后，许多其它语言中也出现了类似接口。

WSGI 的官方定义是，the Python Web Server Gateway Interface。从名字就可以看出来，这东西是一个Gateway，也就是网关。网关的作用就是在协议之间进行转换。

WSGI 是作为 Web 服务器与 Web 应用程序或应用框架之间的一种低级别的接口，以提升可移植 Web 应用开发的共同点。WSGI 是基于现存的 CGI 标准而设计的。

很多框架都自带了 WSGI server ，比如 Flask，webpy，Django、CherryPy等等。当然性能都不好，自带的 web server 更多的是测试用途，发布时则使用生产环境的 WSGI server或者是联合 nginx 做 uwsgi 。

在网上搜过WSGI的人应该会看到一个图，左边是Server，右边是APP，中间有一个连接纽带是WSGI。

不过，我看了源码以后的理解和这个有些不同，我个人觉得，实际上不应该单独写一个APP，因为，这个WSGI的使用方法实际上也是包含在APP里面的，最右端的app实际上应该指的是逻辑功能，包括URL和view function的对应关系。

所以我个人的理解如下自己画的图

WSGI其实是作为一个接口，来接受Server传递过来的信息, 然后通过这个接口调用后台app里的view function进行响应。

WSGI具体的功能

上面讲到了WSGI可以起到一个接口的功能，前面对接服务器，后面对接app的具体功能

我们先来看看最简单的一个wsgi_app的实现

def application(environ, start_response):               #一个符合wsgi协议的应用程序写法应该接受2个参数
    start_response('200 OK', [('Content-Type', 'text/html')])  #environ为http的相关信息，如请求头等 start_response则是响应信息
    return [b'<h1>Hello, web!</h1>']        #return出来是响应内容

但是，作为app本身，你就算启动了程序，你也没办法给application传递参数？

所以，实际上，调用application和传递2个参数的动作，是服务器来进行的，比如Gunicorn.

而这个叫做application的东西，在Flask框架内部的名字，叫做wsgi_app，请看下面章节的源码。

Flask和WSGI

生成Flask实例

我们再来看下生成flask应用的操作写法，用过的人肯定都非常熟悉。

from flask import Flask

app = Flask(__name__)         #生成app实例

@app.route('/')
def index():
        return 'Hello World'

这样，一个flask app就生成了

但是这里有一个概念必须要搞清楚，就是当你的gunicorn收到http请求，去调用app的时候，他实际上是用了Flask 的 __call__方法，这点非常重要！！！

因为__call__方法怎么写，决定了你整个流程从哪里开始。

那我们来看下Flask类的__call__方法的源码

class Flask(_PackageBoundObject):        #Flask类

#中间省略一些代码

    def __call__(self, environ, start_response):    #Flask实例的__call__方法
        """Shortcut for :attr:`wsgi_app`."""
        return self.wsgi_app(environ, start_response)  #注意他的return，他返回的时候，实际上是调用了wsgi_app这个功能

如此一来，我们便知道，当http请求从server发送过来的时候，他会启动__call__功能，最终实际是调用了wsgi_app功能并传入environ和start_response

Flask的wsgi_app定义

class Flask(_PackageBoundObject):

#中间省略一些代码
					            #请注意函数的说明，说得非常准确，这个wsgi_app是一个真正的WSGI应用
    def wsgi_app(self, environ, start_response):    #他扮演