1 环境

Python3.7.3
Django==2.0.7
uWSGI==2.0.18

2 Django原生单线程

1

django 原生为单线程序，当第一个请求没有完成时，第二个请求辉阻塞，知道第一个请求完成，第二个请求才会执行。

2

Django就没有用异步，通过线程来实现并发，这也是WSGI普遍的做法，跟tornado不是一个概念

3 Django server 默认多线程

官方文档解释django自带的server默认是多线程

3.1 测试

python3 manage.py runserver 0.0.0.0:8000
django开两个接口,第一个接口sleep(20),另一个接口不做延时处理(大概耗时几毫秒)

先请求第一个接口,紧接着请求第二个接口,第二个接口返回数据,第一个接口20秒之后返回数据

证明django的server是默认多线程

python3 manage.py runserver 0.0.0.0:8000 --nothreading

重复上述步骤

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-uMJ9iYfh-1591867681157)(https://raw.githubusercontent.com/Coxhuang/yosoro/master/20190507230747-image.png)]

#4 使用 uWSGI 服务器启动 django

4.1 启动 uWSGI

在django项目目录下 Demo工程名

uwsgi --http 0.0.0.0:8000 --file Demo/wsgi.py

经过上述的步骤测试,发现在这种情况下启动django项目,uWSGI也是单线程,访问接口需要"排队"

不给uWSGI加进程,uWSGI默认是单进程单线程

4.2 给uWSGI加进程数

uwsgi --http 0.0.0.0:8000 --file Demo/wsgi.py --processes 4 --threads 2

# processes: 进程数 # processes 和 workers 一样的效果
# threads : 每个进程开的线程数 

经过测试,接口可以"同时"访问,uWSGI提供多线程

5 总结关于django的多线程问题

Python因为GIL的存在,在一个进程中,只允许一个线程工作,导致单进程多线程无法利用多核
多进程的线程之间不存在抢GIL的情况,每个进程有一个自己的线程锁,多进程多GIL
单进程多线程的python应用可以实现并发,但是不存在并行
多进程的多处理器的python应用可能存在并行,至于并发还是并行,有操作系统决定,如果分配单处理器处理多进程,那就是并行,如果分配给多处理器那就是并行
Nginx+uWSGI可以实现python高并发