多线程爬虫
有些时候,比如下载图片,是一个比较耗时的操作,如果采用同步的方式去下载,效率肯定会特别慢,这时候我们就可以考虑使用多线程的方式来下载图片
1|0多线程介绍
- 多线程是为了同步完成多项任务,通过提高资源使用效率来进一步提高系统的效率
- 线程是在同一时间需要完成多项任务的时候实现的
- 最简单的比喻,多线程就像火车的每一节车厢,而进程则是火车。车厢离开火车是无法跑动的,火车可以有多节车厢
- 多线程的出现就是为了提高效率……
2|0threading模块
threading模块是python中专门提供用来做多线程编程的模块,threading模块中最常用的类是Thread
3|0查看线程函数
使用 threading.enumerate()
函数可以看到当前线程的数量
4|0查看当前线程的名字
使用 threading.current_thread()
可以看到当前线程的信息
5|0继承自 threading.Thread 类
为了让线程代码更好的封装,可以使用 threading 模块下的 Thread 类,继承自这个类然后实现 run 方法,线程就会自动运行 run 方法中的代码
6|0多线程共享全局变量的问题
多线程都是在同一个进程中运行的,因此在进程中的全局变量所有线程都是可以共享的,这就会造成一个问题,因为线程执行的顺序是无序的,有可能就会导致数据错误,比如下面代码
以上代码结果正常来讲应该是2000000,但是因为多线程运行的不确定性,因此最后的结果可能是随机的,于是我们可以使用锁机制解决这个问题
7|0锁机制
为了解决以上使用共享全局变量的问题,threading 提供了一个Lock类,这个类可以在某个线程访问某个变量的时候加锁,其他线程此时就不能进来,知道当前线程处理完成后,把锁释放,其他线程才能进来处理
8|0Lock 版生产者和消费者模式
生产者和消费者模式是多线程开发中经常遇见的一种模式,生产者的线程专门用来生产数据,然后放到中间变量中,消费者再从这个中间的变量中取出数据进行消费,但是因为要使用中间变量,中间变量经常是全局变量,因为需要用锁来保证数据的完整性。
使用 threading.Lock
锁实现 生产者和消费者模式例子
9|0Condition 版生产者与消费者模式
就上面的例子,Lock版本的生产者与消费者模式可以正常的运行,但是存在一些不足,在消费者中总是通过 while-True 死循环并且上锁的方式去判断钱够不够。上锁是一个很耗费CPU资源行为,因为这种方式不是最好的解决方法,还有一种更好的方式就是使用 threading.Condition
来实现
threading.Condition
可以在没有数据的时候处于阻塞等待状态,一旦有合适的数据了,还可以使用 notify
相关的函数来通知其他处于等待的线程,这样就可以不用做一些无用的上锁和解锁操作,从而可以提高程序的性能
threading.Condition
类是 threading.Lock
,可以在修改全局数据的时候进行上锁,也可以在修改完毕后进行解锁
- acquire:上锁
- release:解锁
- wait:将当前线程处于等待状态,并且会释放锁。可以被其他线程使用notify和notify_all函数唤醒。被唤醒后会继续等待上锁,上锁后继续执行下面的代码
- notify:通知某个正在等待的线程,默认是第一个等待的线程
- notify_all:通知所有正在等待的线程,notify和notify_all不会释放锁。并且需要在release之前调用
使用 threading.Condition
实现生产者和消费者模式例子
10|0Queue线程安全队列
在线程中,访问一些全局变量,加锁是一个经常的过程,如果先把一些数据存储在某个队列中,那么python内置了一个线程安全的模块叫做queue模块,python中的queue模块提供了同步的、线程安全的队列类,包括FIFO(先进先出)队列Queue,LIFO(后入先出)队列LifeQueue。这些队列都实现了锁原语(可以理解为原子操作,要么不做,要么都做完),能够在多线程中直接使用,可以使用队列来实现线程间的同步
- 初始化Queue(maxsize):创建一个先进先出的队列
- qsize():返回队列的大小
- empty():判断队列是否为空
- full():判断队列是否满了
- get():从队列中取最后一个数据
- put():将一个数据放到队列中
11|0使用生产者与消费者模式多线程下载 斗图啦 表情包
12|0GIL全局解释器锁
Python自带的解释器是CPython,CPython解释器的多线程实际上并非真正的多线程(在多核CPU中,只能利用一核,不能利用多核)。同一时刻只有一个线程在执行,为了保证同一时刻只有一个线程在执行,在CPython解释器中有一个东西叫做 GIL(Global Intepreter Lock),叫做全局解释器,这个解释器锁是有必要的,因为CPython解释器的内存管理不是线程安全的,当然除了CPython解释器,还有其他解释器,有些解释器是没有GIL锁的
- Jython:用Java实现的Python解释器。不存在GIL锁
- IronPython:用.net实现的Python解释器。不存在GIL锁
- PyPy:用Python实现的Python解释器。存在GIL锁
GIL虽然是一个假的多线程。但是在处理一些IO操作(比如文件读写和网络请求)还是可以在很大程度上提高效率的。在IO操作上建议使用多线程提高效率。在一些CPU计算操作上不建议使用多线程,而建议使用多进程
13|0多线程爬取百思不得姐段子数据
__EOF__

本文链接:https://www.cnblogs.com/meowv/p/11310577.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?