WSGI 协议
WSGI：是一种协议规范，起到规范参数的做用，就像告诉公路同样，规定超车靠右行，速度不低于90km/h，等。但这一切都是对双方进行沟通，好比，重庆到武汉这条高速路，这儿重庆和武汉就各为一端，他们之间的行车规范就按照WSGI规则便可。咱们如今须要记住，WSGI沟通的双方是wsgi server (好比uWSGI） 要和 wsgi application（好比django ）php
wsgi server (好比uWSGI）实现wsgi协议规范的服务器咱们叫作wsgi服务器，也就是uWSGI服务器，
wsgi application（好比django ）实现wsgi协议的应用，咱们叫作wsgi应用，好比Django，Falskjava
uWSGI
uWGSI：是一个web服务器，或者wsgi server服务器，他的任务就是接受用户请求，因为用户请求是经过网络发过来的，其中用户到服务器端之间用的是http协议，因此咱们uWSGI要想接受而且正确解出相关信息，咱们就须要uWSGI实现http协议，没错，uWSGI里面就实现了http协议。因此如今咱们uWSGI能准确接受到用户请求，而且读出信息。如今咱们的uWSGI服务器须要把信息发给Django，咱们就须要用到WSGI协议，恰好uWSGI实现了WSGI协议，因此。uWSGI把接收到的信息做一次简单封装传递给Django，Django接收到信息后，再通过一层层的中间件，因而，对信息做进一步处理，最后匹配url，传递给相应的视图函数，视图函数作逻辑处理......后面的就不叙述了，而后将处理后的数据经过中间件一层层返回，到达Djagno最外层，而后，经过WSGI协议将返回数据返回给uWSGI服务器，uWSGI服务器经过http协议将数据传递给用户。这就是整个流程。python
这个过程当中咱们彷佛没有用到uwsgi协议，可是他也是uWSGI实现的一种协议，鲁迅说过，存在即合理，因此说，他确定在某个地方用到了。咱们过一会再来讨论nginx
咱们能够用这条命令：python manage.py runserver，启动Django自带的服务器，具体叫什么名字，我真不知道（知道的能够留言）。DJango自带的服务器（runserver 起来的 HTTPServer 就是 Python 自带的 simple_server）。是默认是单进程单多线程的，对于同一个http请求，老是先执行一个，其余等待，一个一个串行执行。没法并行。并且django自带的web服务器性能也很差，只能在开发过程当中使用。因而咱们就用uWSGI代替了。可是uWSGI也不够好，为何看下图。web
为何有了uWSGI为何还须要nginx？
由于nginx具有优秀的静态内容处理能力，而后将动态内容转发给uWSGI服务器，这样能够达到很好的客户端响应。支持的并发量更高，方便管理多进程，发挥多核的优点，提高性能。这时候nginx和uWSGI之间的沟通就要用到uwsgi协议。django
杂谈
django 的并发能力真的是使人担心，这里就使用 nginx + uwsgi 提供高并发tomcat
nginx 的并发能力超高，单台并发能力过万（这个也不是绝对），在纯静态的 web 服务中更是突出其优越的地方，因为其底层使用 epoll 异步IO模型进行处理，使其深受欢迎服务器
作过运维的应该都知道，网络
Python须要使用nginx + uWSGI 提供静态页面访问，和高并发多线程
php 须要使用 nginx + fastcgi 提供高并发，
java 须要使用 nginx + tomcat 提供 web 服务
django 原生为单线程序，当第一个请求没有完成时，第二个请求辉阻塞，知道第一个请求完成，第二个请求才会执行。
Django就没有用异步，经过线程来实现并发，这也是WSGI广泛的作法，跟tornado不是一个概念
官方文档解释django自带的server默认是多线程
django开两个接口,第一个接口sleep(20),另外一个接口不作延时处理(大概耗时几毫秒)
先请求第一个接口,紧接着请求第二个接口,第二个接口返回数据,第一个接口20秒以后返回数据
证实django的server是默认多线程
启动uWSGI服务器
# 在django项目目录下 Demo工程名
uwsgi --http 0.0.0.0:8000 --file Demo/wsgi.py
通过上述的步骤测试,发如今这种状况下启动django项目,uWSGI也是单线程,访问接口须要"排队"
不给uWSGI加进程,uWSGI默认是单进程单线程
uwsgi --http 0.0.0.0:8000 --file Demo/wsgi.py --processes 4 --threads 2
# processes: 进程数 # processes 和 workers 同样的效果 # threads : 每一个进程开的线程数
通过测试,接口能够"同时"访问,uWSGI提供多线程- Python由于GIL的存在,在一个进程中,只容许一个线程工做,致使单进程多线程没法利用多核
- 多进程的线程之间不存在抢GIL的状况,每一个进程有一个本身的线程锁,多进程多GIL