uwsgi模式_一篇就弄懂WSGI、uwsgi和uWSGI的区别

引言

最近基于Django Web框架在开发一个后端项目，在Web Server和Django应用程序交互的过程中总会碰到本文题目提及到的几个概念，笔者特意花了点时间研究了下，为方便以后温习特在此记录一下。

WSGI

英文全称：Web Server Gateway Interface，Web服务网管接口，简单来说它是一种Web服务器和应用程序间的通信规范。

uwsgi

uwsgi是一种通信协议，不过跟WSGI分属两种东西，该协议下速度比较快。

uWSGI

uWSGI是一个Web Server，并且独占uwsgi协议，但是同时支持WSGI协议、HTTP协议等，它的功能是把HTTP协议转化成语言支持的网络协议供python使用。

uwsgi的使用

在做Django项目时，一般测试开发我们直接用Django内嵌的Web Server即可，但是如果项目要上生产环境，考虑并发等性能时，我们可能需要uwsgi和nginx，下面只说明uwsgi的常用用法，至于nginx的配置笔者后续准备专门写一篇博文来讲。

1. 安装

pip install uwsgi

2. 配置

uwsgi执行一般有两种方式：命令行和文件配置，但是命令行可能需要识记很多参数，因此采用文件配置是更通用的做法，文件格式支持很多种比如ini、xml、yaml等，笔者建议还是采用比较简单key-value形式ini模式，下面给出一个简单的uwsgi ini配置实例：

[uwsgi]

socket = 127.0.0.1:8001

master = false

chdir = /var/www/cmpvirtmgr/

module = cmpvirtmgr.wsgi

home = /var/www/env

workers = 2

reload-mercy = 10

vacuum = true

max-requests = 1000

limit-as = 512

buffer-size = 30000

pidfile = /etc/uwsgi/uwsgi.pid

执行：uwsgi --ini /path/to/uwsgi.ini

参数解释：

socket：socket文件，也可以是地址+端口；

master：是否启动主进程来管理其他进程；

chdir：项目的根目录；

module：wsgi文件相对路径；

home：虚拟环境目录；

workers：开启的进程数量；

reload-mercy：设置在平滑的重启(直到接收到的请求处理完才重启)一个工作子进程中，等待这个工作结束的最长秒数；

vacuum：服务结束后时候删除对应的socket和pid文件；

max_requests：每个工作进程设置的请求上限；

limit_as：限制每个uwsgi进程占用的虚拟内存数目；

buffer_size：设置用于uwsgi包解析的内部缓存区大小；

pid_file：指定pid文件；

harakiri：请求的超时时间；

daemonize：进程后台执行，并保存日志到特定路径；如果uwsgi进程被supervisor管理，不能设置该参数；