最近在写一个基于代理池的高并发爬虫,目标是用单机从某网站 API 爬取十亿级别的JSON数据。
代理池
有两种方式能够实现爬虫对代理池的充分利用:
- 搭建一个 Tunnel Proxy 服务器维护代理池
- 在爬虫项目内部自动切换代理
所谓 Tunnel Proxy 实际上是将切换代理的操作交给了代理服务器,很多市面上的代理软件都有此类功能。
如果要自行搭建可参考以下项目:
-
GitHub - urdr-gungnir/TunnelProxy
-
GitHub - pingc0y/go_proxy_pool
考虑到高并发,在爬虫项目内部切换代理更加灵活一些。代理池选一个能用的就行:GitHub - jhao104/proxy_pool
记得加上匿名校验:能否设置代理池只获取高匿IP · Issue #169 · jhao104/proxy_pool · GitHub
代理切换策略
如果简单的在多线程中对每个 requests.get() 使用不同的代理,那么一定会遇到内存泄露的问题:
- 内存泄露问题 · Issue #522 · jhao104/proxy_pool · GitHub
- Requests memory leak · Issue #4601 · psf/requests · GitHub
- Memory Leak in Python requests - GeeksforGeeks
即便写成:
session = requests.session()
response = session.get(url, headers=headers, proxies=proxies)
response.close()
session.close()
甚至在加上 gc.collect() 也无济于事。
因此需要控制创建 session 对象的数量,只在请求失败后切换代理和创建新的 session。
工作流程
① 主线程根据 URL 数量动态创建子进程,虚线框内为子进程任务
② crawler_task 为线程任务,执行发送请求和解析JSON
插入策略
每个子进程维护一个 url_queue 和 insert_queue。
线程会从 url_queue 取出URL执行爬取任务,由于JSON数据占用的空间不大,所以线程会先将每个 response 经过简单解析后存到列表中。
等到 url_queue 为空时(不要使用不安全的 queue.empty() 判断),get 方法会触发 Timeout 异常,然后线程会将列表插入到 insert_queue 中。
所有线程任务结束后,子进程再执行 executemany 将数据批量插入到 MySQL。
其他
爬取JSON数据产生的流量不大,但需要考虑 PPS(packet per second),如果网络设施不到位的话可能严重影响爬取效率。
网络上获取的免费代理大多是透明代理,如果使用开源项目 Proxy_Pool 作为代理池并加入匿名校验,可能会间歇性导致代理池没有可用代理。(所以最好还是从一些网络空间测绘引擎上通过特征抓取)