WSGI的工作原理，从http原始请求到web框架的处理过程

WSGI的工作原理，从http原始请求到web框架的处理过程

http的请求 - 响应过程，简单而言，就是浏览器向服务器发送请求，服务器处理请求并返回响应给浏览器展示。

这个请求 - 响应的过程具体是如何实现的呢？整个过程，如下图所示。

（1）在WSGI接口标准出现之后：（图中虚线流程）
在python的web应用程序中，当web服务器收到一个原始http请求时，会把这个原始的请求转发给WSGI服务器，WSGI服务器负责把原始的http请求处理成符合WSGI标准的格式，接着会调用一个WSGI接口函数近一步处理请求，并传入environ和start_respone两个参数，前者是环境参数，后者是负责返回响应的回调函数。起初，这个WSGI接口函数是需要用户根据WSGI规范的形式编写的。如下示例是一个简单的WSGI接口函数：

# start_response返回的是请求状态和请求行，return的返回值返回的是请求体。
def application(environ, start_response):
    start_response('200 OK', [('Content-Type', 'text/html')])
    return '<h1>Hello, web!</h1>'

WSGI接口标准方便了web服务器和web应用程序（web框架）之间的通信。

虽然我们知道了从原始http请求到写WSGI接口函数处理请求的过程了，但问题来了，当面对100个请求的时候，如何处理呢？总不能通过environ环境参数获取请求的url和请求方法，然后根据url和请求方法的不同，然后写不同的逻辑吧… …if…elif…elif…去死吧，为了让我们只做主要的工作而不去管url和处理函数的映射关系，那我们肯定要把这些url和函数的映射交给web框架去做啊，我们只需要关心处理方法里写什么逻辑就行了，继续往下看~

（2）使用web框架之后（图中实线流程）：
在WSGI服务器上近一步抽象，使用web框架编写web程序，使我们无需考虑类似于如何处理100个请求的问题，我们只需要为每一个请求编写一个逻辑处理函数即可。

以Flask框架举例，Flask框架通过装饰器在内部把url映射到指定函数，编码者只关注如何实现处理逻辑即可：

from flask import Flask
from flask import request

app = Flask(__name__)

@app.route('/', methods=['GET', 'POST'])
def home():
    return '<h1>Home</h1>'

@app.route('/signin', methods=['GET'])
def signin_form():
    return '''<form action="/signin" method="post">
              <p><input name="username"></p>
              <p><input name="password" type="password"></p>
              <p><button type="submit">Sign In</button></p>
              </form>'''

@app.route('/signin', methods=['POST'])
def signin():
    # 需要从request对象读取表单内容：
    if request.form['username']=='admin' and request.form['password']=='password':
        return '<h3>Hello, admin!</h3>'
    return '<h3>Bad username or password.</h3>'

if __name__ == '__main__':
    app.run()

当然，框架的作用，不仅仅只是解决了url映射到函数的问题，还有更多的功能。