标签：fork 兴趣 成员 api 循环 信号 mod 模糊 图片
WSGI /与/ uWSGI
在阿里云上部署项目时,在通信中我们都会用到wsgi与uWSGI，这此我就带大家来了解一下wsgi与uWSGI。
对了，上次有个朋友问我Django的生命周期是什么？我在下一篇博客中给大家讲解一下。
WSGI
WSGI是Web Server Gateway Interface的缩写。他是PythonWeb服务器网关接口，
是Python应用程序或框架和Web服务器之间的一种接口，已经被广泛接受,
它已基本达成它的可移植性方面的目标。
其实我觉得他更像一个协议，他可以运行在任何服务器上WSGI应用(Application)都可以在任何服务器(Server)上运行, 反之亦然。
CLIENT：客户端 SERVER：服务器 APPLICATION：应用器
（图片有些模糊，可以放大看）
从这副图中我们可以看出，应用他必须是一个可调用对象，也可以是一个函数，
也可以是一个可以实现__call__()的方法，每收到一个请求，APPLICATION（应用器）会调用应用。
应用在处理完这些数据，准备返回数据的时候，先调用服务传给它的函数，最后再返回可迭代对象作为数据。
在上图中，黄色到绿色之间有一个environ，他包括了请求的相关信息，
比如请求方式、请求路径等等，start_response是应用处理完毕后，需要调用的函数，
用于告诉服务设置响应的头部信息或错误处理等等，他必须是一个字典，
如：：{请求信息:’***’,请求方式:’****’,请求路径:’****’}。
我们先定义一个可调用的函数，它可以使用服务器传给它的请求相关的内容 environ，
然后是服务器：可以在项目文件中找到wsgi_server.py
uWSGI ,uWSGI全称（Web Server Gateway Interface）
python安装uWSGI : : https://www.runoob.com/python3/python-uwsgi.html
uWSGI也是一个web服务器，它实现了WSGI协议、uwsgi、http等协议。Nginx中HttpUwsgiModule的作用是与uWSGI服务器进行交换。
他不是一个框架，一个软件，或者是API，而只是一种规范描述web server如何与web application通信的规范。
WSGI协议主要包括server和application两部分
===========================
底层内容：有兴趣可以了解一下，没有兴趣勿看
WSGI server负责从客户端接收请求，将request转发给application，将application返回的response返回给客户端；
WSGI application接收由server转发的request，处理请求，并将处理结果返回给server。
application中可以包括多个栈式的中间件(middlewares)，这些中间件需要同时实现server与application，
因此可以在WSGI服务器与WSGI应用之间起调节作用，
对服务器来说，中间件扮演应用程序，对应用程序来说，中间件扮演服务器。
uWSGI使用通用的API和通用的配置风格来实现应用服务器 (对于各种编程语言和协议)，代理，进程管理器和监控器。
核心 ：》 (实现配置、进程管理、socket创建、监控、日志记录、共享内存块、ipc、集群成员和 uWSGI订阅服务器)
请求插件：》 (为各种语言和平台实现应用服务器接口：WSGI, PSGI, Rack, Lua WSAPI, CGI, PHP, Go ...)
网关：》 (实现负载均衡器、代理和路由器)
Emperor ：》(实现大量实例管理和监控)
循环引擎 ：》(实现事件和并发，组件可以在reforking, threaded, asynchronous/evented和green thread/coroutine模式下运行。支持多种技术，
包括uGreen, Greenlet, Stackless, Gevent, Coro::AnyEvent, Tornado, Goroutines和Fibers)
django WSGI application ：django项目中可以找到
WSGI application应该实现为一个可调用对象，例如函数、方法、类(包含`call`方法)。需要接收两个参数：
可以认为是请求上下文，一般叫做environment（编码中多简写为environ、env）
通过回调函数将响应状态和响应头返回给server，同时返回响应正文(response body)，
响应正文是可迭代的、并包含了多个字符串。
下面是Django中application的具体实现部分：
可以看出application的流程包括：
1，加载所有中间件，以及执行框架相关的操作，设置当前线程脚本前缀，发送请求开始信号；
2，处理请求，调用get_response()方法处理当前请求，该方法的的主要逻辑是通过urlconf找到对应的view和callback，
按顺序执行各种middleware和callback。
3，调用由server传入的start_response()方法将响应header与status返回给server。
4，返回响应正文
下面表示WSGI server服务器处理流程中关键的类和方法。
标签：fork 兴趣 成员 api 循环 信号 mod 模糊 图片
原文地址：https://www.cnblogs.com/lowbi/p/10820817.html
