前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
社区首页 >专栏 >Python Web开发中的WSGI协议

Python Web开发中的WSGI协议

作者头像
py3study
发布于 2020-01-16 06:45:40
发布于 2020-01-16 06:45:40
93200
代码可运行
举报
文章被收录于专栏:python3python3
运行总次数:0
代码可运行

 在Python Web开发中,我们一般使用Flask、Django等web框架来开发应用程序,生产环境中将应用部署到Apache、Nginx等web服务器时,还需要uWSGI或者Gunicorn。一个完整的部署应该类似这样:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
Web Server(Nginx、Apache) <-----> WSGI server(uWSGI、Gunicorn) <-----> App(Flask、Django)

要弄清这些概念之间的关系,就需要先理解WSGI协议。

WSGI是什么

WSGI的全称是Python Web Server Gateway Interface,WSGI不是web服务器,python模块,或者web框架以及其它任何软件,它只是一种规范,描述了web server如何与web application进行通信的规范。PEP-3333有关于WSGI的具体定义。

为什么需要WSGI

我们使用web框架进行web应用程序开发时,只专注于业务的实现,HTTP协议层面相关的事情交于web服务器来处理,那么,Web服务器和应用程序之间就要知道如何进行交互。有很多不同的规范来定义这些交互,最早的一个是CGI,后来出现了改进CGI性能的FasgCGI。Java有专用的Servlet规范,实现了Servlet API的Java web框架开发的应用可以在任何实现了Servlet API的web服务器上运行。WSGI的实现受Servlet的启发比较大。

WSGI的实现

在WSGI中有两种角色:一方称之为server或者gateway, 另一方称之为application或者framework。application可以提供一个可调用对象供server调用。server先收到用户的请求,然后调用application提供的可调用对象,调用的结果会被封装成HTTP响应后发送给客户端。

The Application/Framework Side

WSGI对application的要求有3个:

   - 实现一个可调用对象

   - 可调用对象接收两个参数,environ(一个dict,包含WSGI的环境信息)与start_response(一个响应请求的函数)

   - 返回一个iterable可迭代对象 可调用对象可以是一个函数、类或者实现了__call__方法的类实例。 environ和start_response由server方提供。 environ是包含了环境信息的字典。 start_response也是一个callable,接受两个必须的参数,status(HTTP状态)和response_headers(响应消息的头),可调用对象返回前调用start_response。 下面是PEP-3333实现简application的代码:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
HELLO_WORLD = b"Hello world!\n"

def simple_app(environ, start_response):
    """Simplest possible application object"""
    status = '200 OK'
    response_headers = [('Content-type', 'text/plain')]
    start_response(status, response_headers)
    return [HELLO_WORLD]

class AppClass:

    def __init__(self, environ, start_response):
        self.environ = environ
        self.start = start_response

    def __iter__(self):
        status = '200 OK'
        response_headers = [('Content-type', 'text/plain')]
        self.start(status, response_headers)
        yield HELLO_WORLD

代码分别用函数与类对application的可调用对象进行了实现。类实现中定义了__iter__方法,返回的类实例就变为了iterable可迭代对象。 我们也可以用定义了__call__方法的类实例做一下实现:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
class AppClass:

    def __call__(self, environ, start_response):
        status = '200 OK'
        response_headers = [('Content-type', 'text/plain')]
        start_response(status, response_headers)
        return [HELLO_WORLD]

The Server/Gateway Side

server要做的是每次收到HTTP请求时,调用application可调用对象,pep文档代码:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
import os, sys

enc, esc = sys.getfilesystemencoding(), 'surrogateescape'

def unicode_to_wsgi(u):
    # Convert an environment variable to a WSGI "bytes-as-unicode" string
    return u.encode(enc, esc).decode('iso-8859-1')

def wsgi_to_bytes(s):
    return s.encode('iso-8859-1')

def run_with_cgi(application):
    environ = {k: unicode_to_wsgi(v) for k,v in os.environ.items()}
    environ['wsgi.input']        = sys.stdin
    environ['wsgi.errors']       = sys.stderr
    environ['wsgi.version']      = (1, 0)
    environ['wsgi.multithread']  = False
    environ['wsgi.multiprocess'] = True
    environ['wsgi.run_once']     = True

    if environ.get('HTTPS', 'off') in ('on', '1'):
        environ['wsgi.url_scheme'] = 'https'
    else:
        environ['wsgi.url_scheme'] = 'http'

    headers_set = []
    headers_sent = []

    def write(data):
        out = sys.stdout

        if not headers_set:
             raise AssertionError("write() before start_response()")

        elif not headers_sent:
             # Before the first output, send the stored headers
             status, response_headers = headers_sent[:] = headers_set
             out.write(wsgi_to_bytes('Status: %s\r\n' % status))
             for header in response_headers:
                 out.write(wsgi_to_bytes('%s: %s\r\n' % header))
             out.write(wsgi_to_bytes('\r\n'))

        out.write(data)
        out.flush()

    def start_response(status, response_headers, exc_info=None):
        if exc_info:
            try:
                if headers_sent:
                    # Re-raise original exception if headers sent
                    raise exc_info[1].with_traceback(exc_info[2])
            finally:
                exc_info = None     # avoid dangling circular ref
        elif headers_set:
            raise AssertionError("Headers already set!")

        headers_set[:] = [status, response_headers]

        # Note: error checking on the headers should happen here,
        # *after* the headers are set.  That way, if an error
        # occurs, start_response can only be re-called with
        # exc_info set.

        return write

    result = application(environ, start_response)
    try:
        for data in result:
            if data:    # don't send headers until body appears
                write(data)
        if not headers_sent:
            write('')   # send headers now if body was empty
    finally:
        if hasattr(result, 'close'):
            result.close()

代码中server组装了environ,定义了start_response函数,将两个参数提供给application并且调用,最后输出HTTP响应的status、header和body:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
if __name__ == '__main__':
    run_with_cgi(simple_app)

输出:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
Status: 200 OK
Content-type: text/plain

Hello world!

environ

environ字典包含了一些CGI规范要求的数据,以及WSGI规范新增的数据,还可能包含一些操作系统的环境变量以及Web服务器相关的环境变量,具体见environ

首先是CGI规范中要求的变量:   - REQUEST_METHOD: HTTP请求方法,'GET', 'POST'等,不能为空   - SCRIPT_NAME: HTTP请求path中的初始部分,用来确定对应哪一个application,当application对应于服务器的根,可以为空   - PATH_INFO: path中剩余的部分,application要处理的部分,可以为空   - QUERY_STRING: HTTP请求中的查询字符串,URL中?后面的内容   - CONTENT_TYPE: HTTP headers中的Content-Type内容   - CONTENT_LENGTH: HTTP headers中的Content-Length内容   - SERVER_NAMESERVER_PORT: 服务器域名和端口,这两个值和前面的SCRIPT_NAME, PATH_INFO拼起来可以得到完整的URL路径   - SERVER_PROTOCOL: HTTP协议版本,'HTTP/1.0'或'HTTP/1.1'   - HTTP_Variables: 和HTTP请求中的headers对应,比如'User-Agent'写成'HTTP_USER_AGENT'的格式 WSGI规范中还要求environ包含下列成员:   - wsgi.version:一个元组(1, 0),表示WSGI版本1.0   - wsgi.url_scheme:http或者https   - wsgi.input:一个类文件的输入流,application可以通过这个获取HTTP请求的body   - wsgi.errors:一个输出流,当应用程序出错时,可以将错误信息写入这里   - wsgi.multithread:当application对象可能被多个线程同时调用时,这个值需要为True   - wsgi.multiprocess:当application对象可能被多个进程同时调用时,这个值需要为True   - wsgi.run_once:当server期望application对象在进程的生命周期内只被调用一次时,该值为True 我们可以使用python官方库wsgiref实现的server看一下environ的具体内容:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
def demo_app(environ, start_response):
    from StringIO import StringIO
    stdout = StringIO()
    print >>stdout, "Hello world!"
    print >>stdout
    h = environ.items()
    h.sort()
    for k,v in h:
        print >>stdout, k,'=', repr(v)
    start_response("200 OK", [('Content-Type','text/plain')])
    return [stdout.getvalue()]

if __name__ == '__main__':
    from wsgiref.simple_server import make_server
    httpd = make_server('', 8000, demo_app)
    sa = httpd.socket.getsockname()
    print "Serving HTTP on", sa[0], "port", sa[1], "..."
    import webbrowser
    webbrowser.open('http://localhost:8000/xyz?abc')
    httpd.handle_request()  # serve one request, then exit
    httpd.server_close()

打开的网页会输出environ的具体内容。 使用environ组装请求URL地址:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
from urllib.parse import quote
url = environ['wsgi.url_scheme']+'://'

if environ.get('HTTP_HOST'):
    url += environ['HTTP_HOST']
else:
    url += environ['SERVER_NAME']

    if environ['wsgi.url_scheme'] == 'https':
        if environ['SERVER_PORT'] != '443':
           url += ':' + environ['SERVER_PORT']
    else:
        if environ['SERVER_PORT'] != '80':
           url += ':' + environ['SERVER_PORT']

url += quote(environ.get('SCRIPT_NAME', ''))
url += quote(environ.get('PATH_INFO', ''))
if environ.get('QUERY_STRING'):
    url += '?' + environ['QUERY_STRING']

start_resposne

start_response是一个可调用对象,接收两个必选参数和一个可选参数:

  - status: 一个字符串,表示HTTP响应状态字符串,比如'200 OK'、'404 Not Found'   - headers: 一个列表,包含有如下形式的元组:(header_name, header_value),用来表示HTTP响应的headers   - exc_info(可选): 用于出错时,server需要返回给浏览器的信息 start_response必须返回一个write(body_data)。 我们知道HTTP的响应需要包含status,headers和body,所以在application对象将body作为返回值return之前,需要先调用start_response,将status和headers的内容返回给server,这同时也是告诉server,application对象要开始返回body了。

关系

由此可见,server负责接收HTTP请求,根据请求数据组装environ,定义start_response函数,将这两个参数提供给application。application根据environ信息执行业务逻辑,将结果返回给server。响应中的status、headers由start_response函数返回给server,响应的body部分被包装成iterable作为application的返回值,server将这些信息组装为HTTP响应返回给请求方。 在一个完整的部署中,uWSGI和Gunicorn是实现了WSGI的server,Django、Flask是实现了WSGI的application。两者结合起来其实就能实现访问功能。实际部署中还需要Nginx、Apache的原因是它有很多uWSGI没有支持的更好功能,比如处理静态资源,负载均衡等。Nginx、Apache一般都不会内置WSGI的支持,而是通过扩展来完成。比如Apache服务器,会通过扩展模块mod_wsgi来支持WSGI。Apache和mod_wsgi之间通过程序内部接口传递信息,mod_wsgi会实现WSGI的server端、进程管理以及对application的调用。Nginx上一般是用proxy的方式,用Nginx的协议将请求封装好,发送给应用服务器,比如uWSGI,uWSGI会实现WSGI的服务端、进程管理以及对application的调用。 uWSGI与Gunicorn的比较,由链接可知: 

在响应时间较短的应用中,uWSGI+django是个不错的组合(测试的结果来看有稍微那么一点优势),但是如果有部分阻塞请求 Gunicorn+gevent+django有非常好的效率, 如果阻塞请求比较多的话,还是用tornado重写吧。

Middleware

WSGI除了server和application两个角色外,还有middleware中间件,middleware运行在server和application中间,同时具备server和application的角色,对于server来说,它是一个application,对于application来说,它是一个server:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
from piglatin import piglatin

class LatinIter:

    def __init__(self, result, transform_ok):
        if hasattr(result, 'close'):
            self.close = result.close
        self._next = iter(result).__next__
        self.transform_ok = transform_ok

    def __iter__(self):
        return self

    def __next__(self):
        if self.transform_ok:
            return piglatin(self._next())   # call must be byte-safe on Py3
        else:
            return self._next()

class Latinator:

    # by default, don't transform output
    transform = False

    def __init__(self, application):
        self.application = application

    def __call__(self, environ, start_response):

        transform_ok = []

        def start_latin(status, response_headers, exc_info=None):

            # Reset ok flag, in case this is a repeat call
            del transform_ok[:]

            for name, value in response_headers:
                if name.lower() == 'content-type' and value == 'text/plain':
                    transform_ok.append(True)
                    # Strip content-length if present, else it'll be wrong
                    response_headers = [(name, value)
                        for name, value in response_headers
                            if name.lower() != 'content-length'
                    ]
                    break

            write = start_response(status, response_headers, exc_info)

            if transform_ok:
                def write_latin(data):
                    write(piglatin(data))   # call must be byte-safe on Py3
                return write_latin
            else:
                return write

        return LatinIter(self.application(environ, start_latin), transform_ok)


from foo_app import foo_app
run_with_cgi(Latinator(foo_app))

可以看出,Latinator调用foo_app充当server角色,然后实例被run_with_cgi调用充当application角色。

uWSGI、uwsgi与WSGI的区别

  - uwsgi:与WSGI一样是一种通信协议,是uWSGI服务器的独占协议,据说该协议是fastcgi协议的10倍快。

  - uWSGI:是一个web server,实现了WSGI协议、uwsgi协议、http协议等。

Django中WSGI的实现

每个Django项目中都有个wsgi.py文件,作为application是这样实现的:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()

源码:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
from django.core.handlers.wsgi import WSGIHandler

def get_wsgi_application():

    django.setup(set_prefix=False)
    return WSGIHandler()

WSGIHandler:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
class WSGIHandler(base.BaseHandler):
    request_class = WSGIRequest

    def __init__(self, *args, **kwargs):
        super().__init__(*args, **kwargs)
        self.load_middleware()

    def __call__(self, environ, start_response):
        set_script_prefix(get_script_name(environ))
        signals.request_started.send(sender=self.__class__, environ=environ)
        request = self.request_class(environ)
        response = self.get_response(request)

        response._handler_class = self.__class__

        status = '%d %s' % (response.status_code, response.reason_phrase)
        response_headers = [
            *response.items(),
            *(('Set-Cookie', c.output(header='')) for c in response.cookies.values()),
        ]
        start_response(status, response_headers)
        if getattr(response, 'file_to_stream', None) is not None and environ.get('wsgi.file_wrapper'):
            response = environ['wsgi.file_wrapper'](response.file_to_stream)
        return response

application是一个定义了__call__方法的WSGIHandler类实例,首先加载中间件,然后根据environ生成请求request,根据请求生成响应response,status和response_headers由start_response处理,然后返回响应body。 Django也自带了WSGI server,当然性能不够好,一般用于测试用途,运行runserver命令时,Django可以起一个本地WSGI server,django/core/servers/basehttp.py文件:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
def run(addr, port, wsgi_handler, ipv6=False, threading=False, server_cls=WSGIServer):
    server_address = (addr, port)
    if threading:
        httpd_cls = type('WSGIServer', (socketserver.ThreadingMixIn, server_cls), {})
    else:
        httpd_cls = server_cls
    httpd = httpd_cls(server_address, WSGIRequestHandler, ipv6=ipv6)
    if threading:
        httpd.daemon_threads = True
    httpd.set_app(wsgi_handler)
    httpd.serve_forever() 

实现的WSGIServer,继承自wsgiref:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
class WSGIServer(simple_server.WSGIServer):
    """BaseHTTPServer that implements the Python WSGI protocol"""

    request_queue_size = 10

    def __init__(self, *args, ipv6=False, allow_reuse_address=True, **kwargs):
        if ipv6:
            self.address_family = socket.AF_INET6
        self.allow_reuse_address = allow_reuse_address
        super().__init__(*args, **kwargs)

    def handle_error(self, request, client_address):
        if is_broken_pipe_error():
            logger.info("- Broken pipe from %s\n", client_address)
        else:
            super().handle_error(request, client_address)

参考链接

  - pep-3333

  - WSGI简介

  - Python Web开发最难懂的WSGI协议,到底包含哪些内容

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2019/05/31 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
Scalaz(12)- Monad:再述述flatMap,顺便了解MonadPlus
  在前面的几篇讨论里我们初步对FP有了些少了解:FP嘛,不就是F[A]吗?也是,FP就是在F[]壳子(context)内对程序的状态进行更改,也就是在F壳子(context)内施用一些函数。再直白一
用户1150956
2018/01/05
9560
Scalaz(28)- ST Monad :FP方式适用变量
    函数式编程模式强调纯代码(pure code),主要实现方式是使用不可变数据结构,目的是函数组合(composability)最终实现函数组件的重复使用。但是,如果我们在一个函数p内部使用了可
用户1150956
2018/01/05
5700
Scalaz(10)- Monad:就是一种函数式编程模式-a design pattern
    Monad typeclass不是一种类型,而是一种程序设计模式(design pattern),是泛函编程中最重要的编程概念,因而很多行内人把FP又称为Monadic Programming
用户1150956
2018/01/05
7910
Scalaz(54)- scalaz-stream: 函数式多线程编程模式-Free Streaming Programming Model
该文介绍了如何使用Free Monad和Scalaz-Stream实现一个功能类似于命令行交互的程序。通过Free Monad和Scalaz-Stream,可以编写异步代码,实现多线程和分布式计算,同时避免使用回调函数和事件循环。该示例使用了Scalaz的Task和Process,以及Apache Arrow的Array和Record,通过这些工具,可以高效地处理大量数据。
用户1150956
2018/01/05
6030
Scalaz(13)- Monad:Writer - some kind of logger
  通过前面的几篇讨论我们了解到F[T]就是FP中运算的表达形式(representation of computation)。在这里F[]不仅仅是一种高阶类型,它还代表了一种运算协议(computa
用户1150956
2018/01/05
9240
Scalaz(17)- Monad:泛函状态类型-State Monad
  我们经常提到函数式编程就是F[T]。这个F可以被视为一种运算模式。我们是在F运算模式的壳子内对T进行计算。理论上来讲,函数式程序的运行状态也应该是在这个运算模式壳子内的,也是在F[]内更新的。那么
用户1150956
2018/01/05
1.8K0
Scalaz(39)- Free :a real monadic program
本文介绍了什么是RESTful API,以及其在软件开发中的重要性。RESTful API是一种基于HTTP协议的网络应用程序接口,它遵循一定的约束和规范,使得开发人员能够更加容易和高效地构建和部署API。RESTful API具有可扩展性、可维护性和可重用性的特点,因此被广泛应用于各种软件开发场景中。
用户1150956
2018/01/05
1.3K0
Scalaz(18)- Monad: ReaderWriterState-可以是一种简单的编程语言
  说道FP,我们马上会联想到Monad。我们说过Monad的代表函数flatMap可以把两个运算F[A],F[B]连续起来,这样就可以从程序的意义上形成一种串型的流程(workflow)。更直白的讲
用户1150956
2018/01/05
1.5K0
Scalaz(11)- Monad:你存在的意义
    前面提到了scalaz是个函数式编程(FP)工具库。它提供了许多新的数据类型、拓展的标准类型及完整的一套typeclass来支持scala语言的函数式编程模式。我们知道:对于任何类型,我们只需
用户1150956
2018/01/05
9170
Scalaz(32)- Free :lift - Monad生产线
    在前面的讨论里我们提到自由数据结构就是产生某种类型的最简化结构,比如:free monoid, free monad, free category等等。我们也证明了List[A]是个free
用户1150956
2018/01/05
5010
Scalaz(43)- 总结 :FP就是实用的编程模式
本文探讨了函数式编程在软件工程领域中的应用,包括函数式编程的优缺点,与面向对象编程的区别,以及如何在实践中应用函数式编程。作者还探讨了函数式编程和形式方法的关系,并介绍了一些函数式编程的工具和语言。
用户1150956
2018/01/05
1.1K0
Scalaz(36)- Free :实践-Free In Action - 实用体验
在上面几期讨论中我们连续介绍了Free Monad。因为FP是纯函数编程,也既是纯函数的组合集成,要求把纯代码和副作用代码可以分离开来。Free Monad的程序描述(AST)和程序实现(Inte
用户1150956
2018/01/05
9410
Scalaz(33)- Free :算式-Monadic Programming
该文是关于Scala实现函数式编程的概述。通过使用Scalaz库,可以定义类型安全的函数式编程抽象。通过使用这些抽象,可以避免“副作用”并实现依赖编程。
用户1150956
2018/01/05
5500
Scalaz(34)- Free :算法-Interpretation
我们说过自由数据结构(free structures)是表达数据类型的最简单结构。List[A]是个数据结构,它是生成A类型Monoid的最简单结构,因为我们可以用List的状态cons和Nil来分
用户1150956
2018/01/05
7620
泛函编程(31)-泛函IO:Free Monad-Running free
  在上节我们介绍了Free Monad的基本情况。可以说Free Monad又是一个以数据结构替换程序堆栈的实例。实际上Free Monad的功能绝对不止如此,以heap换stack必须成为Fr
用户1150956
2018/01/05
1.2K0
Scalaz(53)- scalaz-stream: 程序运算器-application scenario
    从上面多篇的讨论中我们了解到scalaz-stream代表一串连续无穷的数据或者程序。对这个数据流的处理过程就是一个状态机器(state machine)的状态转变过程。这种模式与我们通常遇到
用户1150956
2018/01/05
5640
Scalaz(22)- 泛函编程思维: Coerce Monadic Thinking
用户1150956
2018/01/05
5150
Scalaz(38)- Free :Coproduct-Monadic语句组合
该文摘要总结:本文主要介绍了如何通过 FreeBSD 的 copro多态性来编写一个跨平台的应用程序。作者通过一个简单的示例,展示了如何使用 FreeBSD 的 copro多态性来编写一个跨平台的应用程序,并探讨了 FreeBSD 的 copro多态性的实现原理和优缺点。
用户1150956
2018/01/05
1.1K0
Scalaz(47)- scalaz-stream: 深入了解-Source
   scalaz-stream库的主要设计目标是实现函数式的I/O编程(functional I/O)。这样用户就能使用功能单一的基础I/O函数组合成为功能完整的I/O程序。还有一个目标就是保证资源
用户1150956
2018/01/05
7570
Scalaz(49)- scalaz-stream: 深入了解-Sink/Channel
   一个完整的scalaz-stream有以下几个部分组成:Source -> Transducer -> Sink,用直白文字来描述就是:“输入 -> 传换 -> 输出”。我们已经在前面几篇讨论中
用户1150956
2018/01/05
5890
推荐阅读
相关推荐
Scalaz(12)- Monad:再述述flatMap,顺便了解MonadPlus
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档