1. 为什么要研究WSGI

我之前在学习web开发时，往往都是根据MVT等架构直接写所谓的“视图”，使用其本身自带的http服务器，当时就一直很好奇，为什么有了HTTP协议之后，还要研究WSGI协议，它到底有什么用？

由于“工作要紧”所以很多细枝末节的事情 都被安排到推迟，最终迟迟没有研究

后来有个空闲时间的机会，终于可以静下来研究WSGI

 

2. 说说WSGI与HTTP服务器之间的调用过程

2.1 浏览器请求动态页面过程

 

看完上图估计也就知道了所谓的WSGI到底有什么用，如果还是不明白，那我就通俗点说：

web服务器接收到浏览器发送过来的请求之后，需要将浏览器传递过来的很多数据（例如user-agent、cookie等）都要告诉你的“视图”，因为只有“视图”接收到数据，才能够进一步处理，例如判断是否登录等

所以这就需要web服务器与“视图”之间的传递，此时WSGI就是起到传递的作用，只不过这个传递的过程有些复杂 可以参考上图2、3、4、6步骤

 

2.2 用个例子来说明WSGI

怎么在你刚建立的Web服务器上运行一个Django应用和Flask应用，如何不做任何改变而适应不同的web架构呢？

在以前，选择 Python web 架构会受制于可用的web服务器，反之亦然。如果架构和服务器可以协同工作，那就好了：

但有可能面对（或者曾有过）下面的问题，当要把一个服务器和一个架构结合起来时，却发现他们不是被设计成协同工作的：

那么，怎么可以不修改服务器和架构代码而确保可以在多个架构下运行web服务器呢？答案就是 Python Web Server Gateway Interface (或简称 WSGI，读作“wizgy”)。

WSGI允许开发者将选择web框架和web服务器分开。可以混合匹配web服务器和web框架，选择一个适合的配对。

比如,可以在Gunicorn 或者 Nginx/uWSGI 或者 Waitress上运行 Django, Flask, 或 Pyramid。

真正的混合匹配，得益于WSGI同时支持服务器和架构：

web服务器必须具备WSGI接口，所有的现代Python Web框架都已具备WSGI接口，它让你不对代码作修改就能使服务器和特点的web框架协同工作。

WSGI由web服务器支持，而web框架允许你选择适合自己的配对，但它同样对于服务器和框架开发者提供便利使他们可以专注于自己偏爱的领域和专长而不至于相互牵制。

其他语言也有类似接口：java有Servlet API，Ruby 有 Rack。

2.3 定义WSGI接口

WSGI接口定义非常简单，它只要求Web开发者实现一个函数，就可以响应HTTP请求。我们来看一个最简单的Web版本的“Hello World!”：

复制代码
def application(environ, start_response):     start_response('200 OK', [('Content-Type', 'text/html')])     return 'Hello World!'
复制代码

上面的application()函数就是符合WSGI标准的一个HTTP处理函数，它接收两个参数：
  • environ：一个包含所有HTTP请求信息的dict对象；
  • start_response：一个发送HTTP响应的函数。

整个application()函数本身没有涉及到任何解析HTTP的部分，也就是说，把底层web服务器解析部分和应用程序逻辑部分进行了分离，这样开发者就可以专心做一个领域了

不过，等等，这个application()函数怎么调用？如果我们自己调用，两个参数environ和start_response我们没法提供，返回的str也没法发给浏览器。