通过Python/WSGI应用快速入门解说，说是uwsgi入门，真的入门了嘛？
从第一个WSGI应用说到并发性和鲁棒性
1. 启动方式
方式1(http路由)：uwsgi --http :9090 --wsgi-file foobar.py
uWSGI默认以单进程单线程方式启动，但在这前端还有1个进程监听http端口9090，即一个HTTP路由，路由将9090端口的请求传递到WSGI应用进程 (worker)，进程管理它并把响应发送回HTTP路由器 (接着路由器发送回客户端)。启动同时uWSGI Python加载器搜索指定wsgi-file文件的默认函数application。
方式2(非http路由)：uwsgi --http-socket :9090 --wsgi-file foobar.py或uwsgi --socket :9090 --wsgi-file foobar.py
uWSGI默认以单进程单线程方式启动，监听http端口9090，请求直接传递到WSGI应用进程 (worker)，返回响应给客户端。启动同时uWSGI Python加载器搜索指定wsgi-file文件的默认函数application。
2. 并发性
单进程单线程满足不了增长的业务并发，uwsgi支持多线程、多进程或各种异步模式为你的应用提供并发性。
要拥有额外的线程，用--threads：uwsgi --http :9090 --wsgi-file foobar.py --threads 3
要拥有额外的进程，用--processes：uwsgi --http :9090 --wsgi-file foobar.py --processes 3
要拥有额外的进程和线程(3个进程每个进程下3个线程)：uwsgi --http :9090 --wsgi-file foobar.py --processes 3 --threads 3
perl世界中一个非常常见的非阻塞/协程库是Coro::AnyEvent，简称coroae插件。要构建一个带 coroae 支持的uWSGI二进制文件curl http://uwsgi.it/install | bash -s coroae /tmp/uwsgi。4个进程每个进程下100个协程：uwsgi --http :9090 --wsgi-file foobar.py --coroae 100 --processes 4
3. 鲁棒性
在生产环境上高度推荐应用总是运行master进程。它将不断监控你的进程/线程，并且会添加有趣的特性，例如 uWSGI Stats服务器
增加鲁棒性启用master：uwsgi --http :9090 --wsgi-file foobar.py --processes 3 --threads 3 --master
多个进程fork()问题
当你开始学习uWSGI的时候，你会面对的其中一个“问题”是它的 fork() 使用。默认情况下，uWSGI在第一个生成的进程中加载应用，然后多次 fork() 自身。这意味着应用被单次加载，然后被拷贝。
虽然这个方法加速了服务器的启动，但是有些应用在这项技术下会出问题 (特别是那些在启动时初始化db连接的应用，因为将会在子进程中继承连接的文件描述符)。
如果对uWSGI使用的粗暴的preforking不确定，那么只需使用 --lazy-apps 选项来禁用它。它将会强制uWSGI在每个进程worker中完全加载你的应用一次。
uwsgi在web服务器中
一般情况下通用的架构：负载均衡器/http路由<=协议=>uwsgi<=协议=>web服务器。
场景0(不带负载均衡/http路由器)：uwsgi --socket :9090 --wsgi-file foobar.py
场景1(uwsgi自带的http路由方式)：uwsgi --http :9090 --wsgi-file foobar.py
场景2(nginx+uwsgi，--socket告知uwsgi使用uwsgi协议)：uwsgi --socket :9090 --wsgi-file foobar.py
一个常用的nginx配置，nginx传递每个请求到9090端口且使用uwsgi协议的服务器。
location / {
include uwsgi_params;
uwsgi_pass 127.0.0.1:9090;
}
场景3(http协议的负载均衡/路由器+uwsgi +http协议的web服务器， --http-socket告知uwsgi使用协议是http)：uwsgi --http-socket :9090 --wsgi-file foobar.py
场景4(最常见的nginx+uwsgi+django，--socket告知uwsgi使用uwsgi协议)：uwsgi --socket 127.0.0.1:3031 --chdir /home/foobar/myproject/ --wsgi-file myproject/wsgi.py --master --processes 4 --threads 2 --stats 127.0.0.1:9191
使用--chdir指定Django工程来正确加载模块
场景5(nginx+uwsgi+flask，--socket告知uwsgi使用uwsgi协议)：uwsgi --socket 127.0.0.1:3031 --wsgi-file myflaskapp.py --callable app --processes 4 --threads 2
--callable 选项，告知uwsgi去web服务器上找一个叫”app”的函数。Flask将其WSGI函数 导出为”app”(在这个快速入门开始的地方我们称为”application”的函数)，myflaskapp.py
from flask import Flask
app = Flask(__name__)
@app.route('/')
def index():
return "<span style='color:red'>I am app 1</span>"
简单总结下
uwsgi意在为托管服务而开发全栈。
uwsgi作为http路由器：uWSGI支持各种的语言和平台。当uwsgi接收到一个请求，怎么知道“路由”到哪里？每个uWSGI插件都被分配了一个数字 (modifier)，通过–http-modifier1 5”路由到psgi插件”。
perl/psgi分配到的是5，ruby/rack的是7。
uwsgi --plugins http,psgi --http :8080 --http-modifier1 5 --psgi myapp.pl
uwsgi支持的协议：与nginx通信，uWSGI可以使用各种协议：http, uwsgi, fastcgi, scgi...。最有效的是uwsgi，Nginx默认支持uwsgi协议。
疑问：nginx自身怎么知道使用http还是uwsgi协议和uwsgi通信呢？
location / {
include uwsgi_params;
uwsgi_pass 127.0.0.1:3031;
uwsgi_modifier1 5;
}
注意：不需要配置uWSGI指定的modifier，nginx将会使用 uwsgi_modifier1 5; 指令。
uWSGI项目是由许多插件注册的。你可以选择构建服务器核心，并为每个特性使用一个插件（需要时加载）。
uwsgi选项参数，先暂存一下。
