uWSGI、uwsgi、WSGI、之间的关系

①WSGI：全称是Web Server Gateway Interface，WSGI不是服务器、python模块、框架、API或者任何软件，只是一种规范，描述web server如何与web application通信的规范。server和application的规范在PEP中有具体描述。要实现WSGI协议，必须同时实现web server和web application，当前运行在WSGI协议之上的web框架有Bottle,Flask,Django。

②uwsgi：与WSGI一样是一种通信协议，是uWSGI服务器的独占协议，用于定义传输信息的类型(type of information)，每一个uwsgi packet前4byte为传输信息类型的描述，与WSGI协议是两种东西，据说该协议是FCGI协议的10倍快。

③uWSGI：是一个web服务器，实现了WSGI协议、uwsgi协议、http协议等。

 

 

一、WSGI 协议

是一种协议规范，起到规范参数的做用，就像告诉公路同样，规定超车靠右行，速度不低于90km/h，等。但这一切都是对双方进行沟通，好比重庆到武汉这条高速路，这儿重庆和武汉就各为一端，他们之间的行车规范就按照WSGI规则便可。如今须要记住，WSGI沟通的双方是wsgi server (好比uWSGI） 要和 wsgi application（好比django ）

wsgi server (好比uWSGI）实现wsgi协议规范的服务器咱们叫作wsgi服务器，也就是uWSGI服务器，wsgi application（好比django ）实现wsgi协议的应用，咱们叫作wsgi应用，好比Django，Falsk

 

二、uWSGI

是一个web服务器，或者wsgi server服务器，他的任务就是接受用户请求，因为用户请求是经过网络发过来的，其中用户到服务器端之间用的是http协议，因此咱们uWSGI要想接受而且正确解出相关信息，咱们就须要uWSGI实现http协议，没错，uWSGI里面就实现了http协议。因此如今咱们uWSGI能准确接受到用户请求，而且读出信息。

如今咱们的uWSGI服务器须要把信息发给Django，咱们就须要用到WSGI协议，恰好uWSGI实现了WSGI协议，因此。uWSGI把接收到的信息做一次简单封装传递给Django，Django接收到信息后，再通过一层层的中间件，因而，对信息做进一步处理，最后匹配url，传递给相应的视图函数，视图函数作逻辑处理，而后将处理后的数据经过中间件一层层返回，到达Djagno最外层，而后，经过WSGI协议将返回数据返回给uWSGI服务器，uWSGI服务器经过http协议将数据传递给用户，这就是整个流程

这个过程当中咱们彷佛没有用到uwsgi协议，可是他也是uWSGI实现的一种协议，鲁迅说过，存在即合理，因此说，他确定在某个地方用到了。咱们过一会再来讨论nginx

咱们能够用这条命令：python manage.py runserver，启动Django自带的服务器。DJango自带的服务器（runserver 起来的 HTTPServer 就是 Python 自带的 simple_server）。是默认是单进程单多线程的，对于同一个http请求，老是先执行一个，其余等待，一个一个串行执行。没法并行。并且django自带的web服务器性能也很差，只能在开发过程当中使用。因而咱们就用uWSGI代替了。可是uWSGI也不够好

 

 

三、为何有了uWSGI为何还须要nginx

由于nginx具有优秀的静态内容处理能力，而后将动态内容转发给uWSGI服务器，这样能够达到很好的客户端响应。支持的并发量更高，方便管理多进程，发挥多核的优点，提高性能。这时候nginx和uWSGI之间的沟通就要用到uwsgi协议。

 

django 的并发能力真的是使人担心，这里就使用 nginx + uwsgi 提供高并发。

nginx 的并发能力超高，单台并发能力过万（这个也不是绝对），在纯静态的 web 服务中更是突出其优越的地方，因为其底层使用 epoll 异步IO模型进行处理，使其深受欢迎服务器。

uWSGI做为一款优秀的python应用服务器，更擅长处理动态请求，实际开发中一般用nginx处理静态请求，动态请求转发给uWsgi服务器处理。如下图所示

 

 

nginx作为web服务器有以下特点：

• 它处理静态文件和索引文件效果非常高，配合uWSGI服务器会更加安全；
• 它的设计非常注重效率，最大支持 5 万个并发连接，但只占用很少的内存空间；
• 稳定性高，配置简洁
• 强大的反向代理和负载均衡功能，平衡集群中各个服务器的负载压力应用

而uWsgi服务器虽然也能够处理静态请求，但效率远不如nginx，并且从安全性和可扩展性方面来讲，使用nginx+uwsgi是最佳方式。所以，一般python后端开发一般采取nginx+uwsgi+Django/Flask应用的方式部署。

 

 

Python须要使用nginx + uwsgi 提供静态页面访问，和高并发多线程

php 须要使用 nginx + fastcgi 提供高并发，

java 须要使用 nginx + tomcat 提供 web 服务

 

Python由于GIL的存在，在一个进程中，只容许一个线程工做，致使单进程多线程没法利用多核

多进程的线程之间不存在抢GIL的状况，每一个进程有一个本身的线程锁，多进程多GIL

 

四、可以用一个例子来进行说明

Nginx：Hey，WSGI，我刚收到了一个请求，我需要你作些准备，然后由Django来处理这个请求。

WSGI：OK，Nginx。我会设置好环境变量，然后将这个请求传递给django处理。

django：Thanks WSGI！给我一些时间，我将会把请求的响应返回给你。

WSGI：Alright，那我等你。

django：Okay，我完成了，这里是请求的响应结果，请求把结果传递给Nginx。

WSGI：Good job！Nginx，这里是响应结果，已经按照要求给你传递回来了。

Nginx：Cool，我收到了，我把响应结果返回给客户端。大家合作愉快~