本文目录
1.Django 多线程
Django 多线程
1.1 环境
Python3.7.3
Django==2.0.7
uWSGI==2.0.18
1.2 Django原生单线程
django 原生为单线程序,当第一个请求没有完成时,第二个请求辉阻塞,知道第一个请求完成,第二个请求才会执行。
Django就没有用异步,通过线程来实现并发,这也是WSGI普遍的做法,跟tornado不是一个概念
1.3 Django server 默认多线程
官方文档解释django自带的server默认是多线程
-
python3 manage.py runserver 0.0.0.0:8000
django开两个接口,第一个接口sleep(20),另一个接口不做延时处理(大概耗时几毫秒) 先请求第一个接口,紧接着请求第二个接口,第二个接口返回数据,第一个接口20秒之后返回数据 证明django的server是默认多线程,这个亲测有效: http://192.168.56.101:8085/hello_a 和 http://192.168.56.101:8085/hello_b def hello_a(request): print 'In the hello_a' time.sleep(5) return HttpResponse('return from hello_a') def hello_b(request): print 'In the hello_b' return HttpResponse('return from hello_b') 另外用反正法证明:发现通过线程锁,让请求顺序进行了。 再发散下思维,如果你为了短平快的测试API,采用了全局变量来保存数据库的连接对象 mysql.connector.connection.MySQLConnection 但是由于并发的原可能出现 Unread result found 或 bytearray index out of range 等异常, 那么为了规避上述异常,可以用线程锁临时处理下。 import threading Lock = threading.Lock() def hello_a(request): print 'In the hello_a' Lock.acquire() print 'In the hello_a get the lock' time.sleep(5) Lock.release() return HttpResponse('return from hello_a') def hello_b(request): print 'In the hello_b' Lock.acquire() print 'In the hello_b get the lock' Lock.release() return HttpResponse('return from hello_b')
-
python3 manage.py runserver 0.0.0.0:8000 --nothreading
重复上述步骤
2. 使用 uWSGI 服务器启动 django
2.1 启动 uWSGI
在django项目目录下 Demo工程名
uwsgi --http 0.0.0.0:8000 --file Demo/wsgi.py
经过上述的步骤测试,发现在这种情况下启动django项目,uWSGI也是单线程,访问接口需要"排队"
不给uWSGI加进程,uWSGI默认是单进程单线程
2.2 给uWSGI加进程数
uwsgi --http 0.0.0.0:8000 --file Demo/wsgi.py --processes 4 --threads 2
processes: 进程数 # processes 和 workers 一样的效果
threads : 每个进程开的线程数
经过测试,接口可以"同时"访问,uWSGI提供多线程
3. 总结关于django的多线程问题
Python因为GIL的存在,在一个进程中,只允许一个线程工作,导致单进程多线程无法利用多核
多进程的线程之间不存在抢GIL的情况,每个进程有一个自己的线程锁,多进程多GIL
单进程多线程的python应用可以实现并发,但是不存在并行
多进程的多处理器的python应用可能存在并行,至于并发还是并行,有操作系统决定,如果分配单处理器处理多进程,那就是并行,如果分配给多处理器那就是并行
Nginx+uWSGI可以实现python高并发
from: https://blog.csdn.net/Coxhuang/article/details/89953619 感谢作者的分享!