if name == 'main': app.run() 复制代码
#### 3）创建 uWSGI 配置文件
创建一个 uWSGI 配置文件，例如 `uwsgi.ini`，其中包含以下信息：
[uwsgi] module = app:app
相当于命令下面两行
#wsgi-file = app.py # 项目入口文件 #callable = app # flask应用对象
支持http+socket两种方式，这里选用socket，也可以选择http-socket，下面会讲解这三种区别
http = 127.0.0.1:8000
socket = 0.0.0.0:8000
也可以使用socket文件，在nginx配置文件中配置也对应，仅限本机通信，一般也很少使用
socket = /app/myapp.sock
注意记得提前创建目录
chdir = /opt/myapp pidfile=/opt/myapp/myapp.pid processes = 4 threads = 2 master = true vacuum = true py-autoreload = 1 daemonize = /tmp/uwsgi.log 复制代码
uwsgi.ini常用配置参数详解：
* `chdir`=/xxx/xxx # 指定项目目录， 这里写上程序根目录(即`app.py`文件所在目录)对应上述目录结构为`src`
* `home`=/xxx/xxx # 指定虚拟环境变量
* `wsgi-file`=xxx # 指定加载WSGI文件
* `socket`=xxx # 指定uwsgi的客户端将要连接的socket的路径（使用UNIX socket的情况）或者地址（使用网络地址的情况）。#socket协议，用于和nginx通讯,端口可配置成别的端口；如果有nginx在uwsgi之前作为代理的话应该配socket 如：socket=0.0.0.0:5000。当然也可以使用`http-socket` #而如果客户端请求不经过(不搭建)Nginx代理服务器,服务请求直接到uwsgi服务器的话那么就配http。如：http=0.0.0.0:5000;IP和端口与项目启动文件app.py中一致; 127.0.0.1虽然是表示本地IP，但想要在网络上访问必须设置host=0.0.0.0才不受IP限制。
* `callable`=app # 这个 app 指的是 flask 项目启动程序中定义的 flask **name** 的名字，我的启动程序是 app.py , 里面定义的 flask 的名字是 app 。
* `module` = mysite.wsgi # 加载一个WSGI模块,这里加载mysite/wsgi.py这个模块
* `master=true # 指定启动主进程
* `processes=4 # 设置工作进程的数量
* `threads`=2 # 设置每个工作进程的线程数
* `vacuum`=true # 当服务器退出时自动删除unix socket文件和pid文件
* `logfile-chmod`=644 # 指定日志文件的权限
* `daemonize`=%(chdir)/xxx.log # 进程在后台运行，并将日志打印到指定文件
* `pidfile`=%(chdir)/xxx.pid # 在失去权限前，将主进程pid写到指定的文件
* `uid`=xxx # uWSGI服务器运行时的用户id
* `gid`=xxx # uWSGI服务器运行时的用户组id
* `procname-prefix-spaced`=xxx # 指定工作进程名称的前缀
* `chdir`=/xxx/xxx # 指定项目目录， 这里写上程序根目录(即`app.py`文件所在目录)对应上述目录结构为`/opt/uwsgi/`
* `listen` = 120 # 设置socket的监听队列大小（默认：100）
#### 4）启动 uWSGI
在命令行中启动 uWSGI：
uwsgi --ini uwsgi.ini ###或者 uwsgi uwsgi.ini
重启
uwsgi --reload /opt/myapp/myapp.pid ###关闭 uwsgi --stop /opt/myapp/myapp.pid 复制代码
>
> 【温馨提示】其实也可以通过一条命令带上对应的参数即可启动，但是不推荐，测试可以。一般使用配置文件的方式启动服务。
>
>
>
使用http协议启动uwsgi的命令为：
uwsgi --http :8000 --ini uwsgi_conf.ini -d ./uwsgi.log --pidfile=uwsgi.pid 复制代码
* `--http` 指定用5800端口启动http协议
* `--ini` 指定上述的启动配置文件
* `-d` 指定uwsgi的log，方便我们调试
* `--pidfile` 将启动的进程号写到`uwsgi.pid`文件中，方便我们在需要停止服务器时kill掉。
#### 5）配置 Web 服务器
将 Web 服务器配置为反向代理 uWSGI，例如，在 Nginx 中，可以使用以下配置文件：
vi /etc/nginx/conf.d/myapp.conf
server { listen 8080; server_name myapp.com; location / { include uwsgi_params; uwsgi_pass 127.0.0.1:8000; } } 复制代码
其中，`uwsgi_params` 文件包含以下内容：
uwsgi_param QUERY_STRING request_method; uwsgi_param CONTENT_TYPE content_length;
uwsgi_param REQUEST_URI document_uri; uwsgi_param DOCUMENT_ROOT server_protocol; uwsgi_param REQUEST_SCHEME https if_not_empty;
uwsgi_param REMOTE_ADDR remote_port; uwsgi_param SERVER_PORT server_name; 复制代码
>
> 【特别注意】`uwsgi_params` 在nginx conf文件夹下自带，uwsgi\_pass一定要跟uwsgi\_conf.ini中写的地址完全一致。
>
>
>
#### 6）重启 Web 服务器
重启 Web 服务器以使配置生效。
重启
systemctl restart nginx
如果是之前nginx服务已经存在，只是修改了配置，可建议使用reload加载
nginx -t && nginx -s reload
或者
systemctl reload nginx 复制代码
访问（浏览器访问，curl访问也行）
#### 7）Nginx upstream 负载均衡
>
> Nginx上游（upstream）是指一组后端服务器，Nginx可以与其通信并将客户端请求转发到这些服务器。换句话说，上游服务器是Nginx代理请求的后端服务器。
>
>
>
Nginx的upstream支持5种 分配方式，其中 **轮询（默认）** 、**权重**、**IP散列**这三种为Nginx原生支持的分配方式，`fair` 和 `url_hash` 为第三方支持的分配方式。
1、轮询（默认）
轮询是`upstream`的**默认分配方式**，即每个请求按照时间顺序轮流分配到不同的后端服务器，如果某个后端服务器 down 掉后，能自动剔除。
upstream backend { server 192.168.182.110:8000; server 192.168.182.111:8000; } 复制代码
2、权重（weight）
轮询的加强版，既可以指定轮询比率，**weight 和访问几率成正比**，主要应用于后端服务器异质的场景下。
upstream backend { server 192.168.182.110:8000 weight=1; server 192.168.182.111:8000 weight=2; } 复制代码
3、IP散列（ip\_hash）
每个请求按照访问 Ip（即Nginx的前置服务器或客户端IP）的 hash结果分配，这样**每个访客会固定访问一个后端服务器**，可以解决 session 一致问题。
upstream backend { ip_hash; server 192.168.182.110:8000 weight=1; server 192.168.182.111:8000 weight=2; } 复制代码
先在另外一个节点上再起一个uWSGI服务，将上面示例配置修改：
vi /etc/nginx/conf.d/myapp.conf
upstream backend { server 192.168.182.110:8000; server 192.168.182.111:8000; }
server { listen 8080; server_name myapp.com; location / { include uwsgi_params; uwsgi_pass backend; } } 复制代码
192.168.182.110 节点 `app.py`
from flask import Flask app = Flask(name)
@app.route('/') def hello(): return 'Hello, World 192.168.182.110!\n'
if name == 'main': app.run() 复制代码
192.168.182.111 节点 `app.py`
from flask import Flask app = Flask(name)
@app.route('/') def hello(): return 'Hello, World 192.168.182.111!\n'
if name == 'main': app.run() 复制代码
验证
curl 127.0.0.1:8080 复制代码
从上图可知，请求轮询调度，这才是企业一般想要的效果，负载均衡。
#### 8）http、http-socket 和 socket 区别
* `http`和`http-socket`的区别在于，如果我们想**直接将uwsgi用作服务器**（例如Apache和nginx那样）直接暴露在公网那么就使用`http`；
* 如果有单独的服务器（例如Apache或者nginx），由服务器将请求转发给uwsgi处理，并且使用`http`协议，那么此时使用`http-socket`。
* `http`: 自己会产生一个http进程(可以认为与nginx同一层)负责路由`http`请求给`worker`, `http`进程和`worker`之间使用的是uwsgi协议。
* `http-socket`: 不会产生http进程, 一般用于在前端webserver不支持`uwsgi`而仅支持http时使用, 他产生的worker使用的是http协议。
* 因此, `http` 一般是作为独立部署的选项; `http-socket` 在前端webserver不支持uwsgi时使用, 如果前端webserver支持uwsgi, 则直接使用socket即可(tcp or unix)。
【1】`socket` 示例（uwsgi.ini）：
[uwsgi] module = app:app #socket = 127.0.0.1:8000 socket = 0.0.0.0:8000
chdir = /opt/myapp pidfile=/opt/myapp/myapp.pid processes = 4 threads = 2 master = true vacuum = true py-autoreload = 1 daemonize = /tmp/uwsgi.log 复制代码
nginx配置
upstream backend { server 192.168.182.110:8000; server 192.168.182.111:8000; }
server { listen 8080; server_name myapp.com; location / { include uwsgi_params; uwsgi_pass backend; } } 复制代码
【2】`http` 示例（uwsgi.ini）：
[uwsgi] module = app:app socket = 0.0.0.0:8000
chdir = /opt/myapp pidfile=/opt/myapp/myapp.pid processes = 4 threads = 2 master = true vacuum = true py-autoreload = 1 daemonize = /tmp/uwsgi.log 复制代码
nginx配置
upstream backend { server 192.168.182.110:8000; server 192.168.182.111:8000; }
server { listen 8080; server_name myapp.com; location / { include uwsgi_params; proxy_pass http://backend; } } 复制代码
【3】`http-socket` 示例（uwsgi.ini）：
[uwsgi] module = app:app http = 0.0.0.0:8000
chdir = /opt/myapp pidfile=/opt/myapp/myapp.pid processes = 4 threads = 2 master = true vacuum = true py-autoreload = 1 daemonize = /tmp/uwsgi.log 复制代码
nginx配置
upstream backend { server 192.168.182.110:8000; server 192.168.182.111:8000; }
server { listen 8080; server_name myapp.com; location / { include uwsgi_params; proxy_pass http://backend; } } 复制代码
#### 9）TCP 与 uinx 区别
TCP和Unix套接字（Unix domain socket）是两种不同类型的套接字。
* TCP套接字是基于TCP/IP协议的网络套接字，用于在网络上进行进程间通信。TCP套接字需要指定IP地址和端口号，以便其他进程可以连接到该套接字进行通信。TCP套接字是一种跨网络边界的套接字，可以在不同的计算机之间进行通信。TCP套接字常用于客户端/服务器架构中，如Web服务器、数据库服务器等。
* Unix套接字是基于Unix域套接字（Unix domain socket）的本地套接字，用于在同一台计算机上进行进程间通信。Unix套接字只需要指定一个文件路径，而不需要使用IP地址和端口号。Unix套接字是一种进程间通信（IPC）机制，它提供了高效、可靠和安全的进程间通信方式。Unix套接字通常用于本地服务器和本地客户端之间的通信，例如X Window系统中的客户端和服务器。
因此，TCP套接字用于在网络上进行通信，而Unix套接字用于在同一台计算机上进行通信。虽然TCP套接字可以通过网络连接到不同的计算机，但是Unix套接字提供了更高效的进程间通信机制，并且更适合于需要在同一台计算机上运行的进程间通信。
【TCP 示例】常用 `uwsgi.ini`：
[uwsgi] module = app:app socket = 127.0.0.1:8000
chdir = /opt/myapp pidfile=/opt/myapp/myapp.pid processes = 4 threads = 2 master = true vacuum = true py-autoreload = 1 daemonize = /tmp/uwsgi.log 复制代码
【unix 示例】仅限于本机通信，很少使用。 `uwsgi.ini`：
[uwsgi] module = app:app socket = /opt/myapp/myapp.socket
chdir = /opt/myapp pidfile=/opt/myapp/myapp.pid processes = 4 threads = 2 master = true vacuum = true py-autoreload = 1 daemonize = /tmp/uwsgi.log 复制代码
做了那么多年开发，自学了很多门编程语言，我很明白学习资源对于学一门新语言的重要性，这些年也收藏了不少的Python干货，对我来说这些东西确实已经用不到了，但对于准备自学Python的人来说，或许它就是一个宝藏，可以给你省去很多的时间和精力。
别在网上瞎学了，我最近也做了一些资源的更新，只要你是我的粉丝，这期福利你都可拿走。
我先来介绍一下这些东西怎么用，文末抱走。
（1）Python所有方向的学习路线（新版）
这是我花了几天的时间去把Python所有方向的技术点做的整理，形成各个领域的知识点汇总，它的用处就在于，你可以按照上面的知识点去找对应的学习资源，保证自己学得较为全面。
最近我才对这些路线做了一下新的更新，知识体系更全面了。
（2）Python学习视频
包含了Python入门、爬虫、数据分析和web开发的学习视频，总共100多个，虽然没有那么全面，但是对于入门来说是没问题的，学完这些之后，你可以按照我上面的学习路线去网上找其他的知识资源进行进阶。
（3）100多个练手项目
我们在看视频学习的时候，不能光动眼动脑不动手，比较科学的学习方法是在理解之后运用它们，这时候练手项目就很适合了，只是里面的项目比较多，水平也是参差不齐，大家可以挑自己能做的项目去练练。
（4）200多本电子书
这些年我也收藏了很多电子书，大概200多本，有时候带实体书不方便的话，我就会去打开电子书看看，书籍可不一定比视频教程差，尤其是权威的技术书籍。
基本上主流的和经典的都有，这里我就不放图了，版权问题，个人看看是没有问题的。
（5）Python知识点汇总
知识点汇总有点像学习路线，但与学习路线不同的点就在于，知识点汇总更为细致，里面包含了对具体知识点的简单说明，而我们的学习路线则更为抽象和简单，只是为了方便大家只是某个领域你应该学习哪些技术栈。
（6）其他资料
还有其他的一些东西，比如说我自己出的Python入门图文类教程，没有电脑的时候用手机也可以学习知识，学会了理论之后再去敲代码实践验证，还有Python中文版的库资料、MySQL和HTML标签大全等等，这些都是可以送给粉丝们的东西。
这些都不是什么非常值钱的东西，但对于没有资源或者资源不是很好的学习者来说确实很不错，你要是用得到的话都可以直接抱走，关注过我的人都知道，这些都是可以拿到的。
