关键字：Linux, CentOS, Flask, uWsgi

1. 配置anaconda下的python虚拟环境

为了使项目具有很好的独立性，我们给项目配置一个自己单独的python运行环境。

之前我们在CentOS下安装了anaconda，并配置了国内下载源，接下来继续在此基础上配置一个python 3.7.3的虚拟环境。

1.1 创建虚拟环境

conda create -n venv python==3.7.3

1.2 查看系统上的虚拟环境

conda env list

已创建的虚拟环境

1.3 进入虚拟环境

source activate venv

进入后命令提示符的最前面括号里就变成了虚拟环境的名字 这里是venv

1.4 删除虚拟环境

conda remove -n your_env_name --all

2. 安装uWSGI

直接用pip就可以安装

pip install uwsgi

uwsgi

安装完成后可以在anaconda的bin目录下找到它，如果不知道它在哪儿，也可以用命令在整个根目录下查找

find  /  -name "uwsgi"

为了便于我们使用，给它创建一个软链接，这相当于在windows下将某个exe写在系统环境变量的PATH中，可以随处在命令行使用一样

ln  -s  /root/anaconda3/bin/uwsgi  /usr/bin/uwsgi

3. 创建uwsgi配置文件

通常在项目所在的虚拟环境下创建uwsgi的配置文件，这里虚拟环境的目录在
/root/anaconda3/envs/venv/

vi  /root/anaconda3/envs/venv/uwsgi.ini

写入以下配置信息

  [uwsgi]
  # dir for file manage.py 
 chdir  = /opt/KangheSPC
  
 # flask file name 
 wsgi-file = manage.py
   
# object that call the run() function
callable = app

# processor number
processes = 4
 
# ip address and port
http = 0.0.0.0:5000
 
# dir for log files
daemonize = /opt/KangheSPC/log
 
# write pids to pidfile before lost authority
pidfile = project-master.pid

下面简单说明一下配置项（有些配置项这里没有配置）：

• socket：指出了一个套接字，相当于为外界留出一个uwsgi服务器的接口。这里我用的是sock文件，没有用IP:端口是因为作者在后面运行遇到了错误，请看后面描述，如果只用了uwsgi,没有配合Nginx一起，这里就可以配置成http.
• pythonpath：指出了python的目录.
• module：指出了项目启动脚本的名字.
• wsgi-file：指出了真正的脚本的文件名.
• callable：指出的是具体执行.run方法的那个实体的名字，一般而言都是app=Flask(__name__)的所以这里是app。
• processes/threads：指出了启动uwsgi服务器之后，服务器会打开几个并行的进程，每个进程会开几条线程来等待处理请求，显然这个数字应该合理，太小会使得处理性能不好而太大则会给服务器本身带来太大负担。
• daemonize：该项的出现表示把uwsgi服务器作为后台进程启动，项的值指向一个文件表明后台中的所有输出都重定向到这个日志中去。
• chmod-socket/chmod unix socket：是个文件，所以会受到unix系统的权限限制。如果你的uwsgi客户端没有权限访问uWSGI socket，你可以用这个选项设置unix socket的权限
• pidfile： 在失去权限前，将pid写到指定的pidfile文件中。
• chdir： 在失去权限前，使用chdir()到指定目录。

以上这些配置项都是一些最为常见的配置项，实际上uwsgi还有很多很多配置。。除了写一个配置文件的启动方式之外，还有命令行的启动方式，这里就不多说了。请需要的自己百度uwsgi配置

此外上面也说到这次碰到的一个坑，就是关于socket和http的差别。从概念上来说，socket本身不是协议而是一种具体的TCP/IP实现方式，而HTTP是一种协议且基于TCP/IP。具体到这个配置这里来，如果我只配了socket = 127.0.0.1:5051的话，通过浏览器或者其他HTTP手段是无法成功访问的。而在uwsgi这边的日志里会提示请求包的长度超过了最大固定长度。另一方面，如果配置的是http = 127.0.0.1:5051的话，那么就可以直接通过一般的http手段来访问到目标。但这会引起nginx无法正常工作。正确的做法应该是，如果有nginx在uwsgi之前作为代理的话应该配socket，而如果想让请求直接甩给uwsgi的话那么就要配http。

配置完成之后就可以键入 uwsgi 配置文件.ini来启动uwsgi，再查看日志（如果配置了daemonize的话）如果最终没有报错，ps也能看到processes指定个数的uwsgi进程在跑的话说明成功启动。如果直接把uwsgi作为留给外部的连接接口发布应用的话当然也可以，但是一般而言我们肯定还要在uwsgi前面再加上一个nginx。nginx的好处在于可以进行安全过滤，防DDOS攻击，多台机器的负载均衡等工作。

4. 启动uWSGI生产服务器

下面我们写一个简单的flask应用程序，然后在uWSGI上运行。

4.1 简单的hello world

编写一个manage.py的文件放到我们的项目文件夹中

from flask import Flask

app = Flask(__name__)

@app.route('/')
def hello_world():
    return 'Hello World!'

if __name__ == '__main__':
    app.run()

4.2 启动服务器

执行命令

uwsgi  --ini  /root/anaconda3/envs/venv/uwsgi.ini

然后可以用命令查看5000端口是哪个进程在使用

netstat -lnp | grep 5000

截图如下：

启动服务器

为了验证服务器已经正确启动了，我们在windows下访问我们的服务器，在浏览器中输入服务器的地址

hello world

可以看到服务器响应了我们的http请求
此外，还可以在log文件中看到服务器的运行状态

vi  /opt/KangheSPC/log

log信息

4.3 关闭服务器

killall -9 uwsgi

貌似大家都是用这种很粗暴的方式，以后找到新的方式了再更新。

参考文献

https://blog.csdn.net/t8116189520/article/details/82108135
https://blog.csdn.net/tengqingyong/article/details/82020733
https://blog.csdn.net/woshizhiwu/article/details/78237921
https://blog.csdn.net/qq_44670803/article/details/91894534