Scrapy抓取页面的方式和requests库类似,都是直接模拟HTTP请求,而Scrapy也不能抓取JavaScript动态渲染的页面。在前文中抓取JavaScript渲染的页面有两种方式。一种是分析Ajax请求,找到其对应的接口抓取,Scrapy同样可以用此种方式抓取。另一种是直接用Selenium或Splash模拟浏览器进行抓取,我们不需要关心页面后台发生的请求,也不需要分析渲染过程,只需要关心页面最终结果即可,可见即可爬。那么,如果Scrapy可以对接Selenium,那Scrapy就可以处理任何网站的抓取了。
一、本节目标
本节我们来看看Scrapy框架如何对接Selenium,以PhantomJS进行演示。我们依然抓取淘宝商品信息,抓取逻辑和前文中用Selenium抓取淘宝商品完全相同。
二、准备工作
请确保PhantomJS和MongoDB已经安装好并可以正常运行,安装好Scrapy、Selenium、PyMongo库。
三、新建项目
首先新建项目,名为scrapyseleniumtest
,命令如下所示:
1 | scrapy startproject scrapyseleniumtest |
新建一个Spider,命令如下所示:
1 | scrapy genspider taobao www.taobao.com |
修改ROBOTSTXT_OBEY为False,如下所示:
1 | ROBOTSTXT_OBEY = False |
四、定义 Item
首先定义Item对象,名为ProductItem,代码如下所示:
1 | from scrapy import Item, Field |
这里我们定义了6个Field,也就是6个字段,跟之前的案例完全相同。然后定义了一个collection属性,即此Item保存的MongoDB的Collection名称。
初步实现Spider的start_requests()方法,如下所示:
1 | from scrapy import Request, Spider |
首先定义了一个base_url,即商品列表的URL,其后拼接一个搜索关键字就是该关键字在淘宝的搜索结果商品列表页面。
关键字用KEYWORDS标识,定义为一个列表。最大翻页页码用MAX_PAGE表示。它们统一定义在setttings.py里面,如下所示:
1 | KEYWORDS = ['iPad'] |
在start_requests()方法里,我们首先遍历了关键字,遍历了分页页码,构造并生成Request。由于每次搜索的URL是相同的,所以分页页码用meta参数来传递,同时设置dont_filter不去重。这样爬虫启动的时候,就会生成每个关键字对应的商品列表的每一页的请求了。
五、对接 Selenium
接下来我们需要处理这些请求的抓取。这次我们对接Selenium进行抓取,采用Downloader Middleware来实现。在Middleware里面的process_request()方法里对每个抓取请求进行处理,启动浏览器并进行页面渲染,再将渲染后的结果构造一个HtmlResponse对象返回。代码实现如下所示:
1 | from selenium import webdriver |
首先我们在init()里对一些对象进行初始化,包括PhantomJS、WebDriverWait等对象,同时设置页面大小和页面加载超时时间。在process_request()方法中,我们通过Request的meta属性获取当前需要爬取的页码,调用PhantomJS对象的get()方法访问Request的对应的URL。这就相当于从Request对象里获取请求链接,然后再用PhantomJS加载,而不再使用Scrapy里的Downloader。
随后的处理等待和翻页的方法在此不再赘述,和前文的原理完全相同。最后,页面加载完成之后,我们调用PhantomJS的page_source属性即可获取当前页面的源代码,然后用它来直接构造并返回一个HtmlResponse对象。构造这个对象的时候需要传入多个参数,如url、body等,这些参数实际上就是它的基础属性。可以在官方文档查看HtmlResponse对象的结构: https://doc.scrapy.org/en/latest/topics/request-response.html 。
这样我们就成功利用PhantomJS来代替Scrapy完成了页面的加载,最后将Response返回即可。
有人可能会纳闷:为什么实现这么一个Downloader Middleware就可以了?之前的Request对象怎么办?Scrapy不再处理了吗?Response返回后又传递给了谁?
是的,Request对象到这里就不会再处理了,也不会再像以前一样交给Downloader下载。Response会直接传给Spider进行解析。
我们需要回顾一下Downloader Middleware的process_request()方法的处理逻辑,内容如下所示:
当process_request()方法返回Response对象的时候,更低优先级的Downloader Middleware的process_request()和process_exception()方法就不会被继续调用了,转而开始执行每个Downloader Middleware的process_response()方法,调用完毕之后直接将Response对象发送给Spider来处理。
这里直接返回了一个HtmlResponse对象,它是Response的子类,返回之后便顺次调用每个Downloader Middleware的process_response()方法。而在process_response()中我们没有对其做特殊处理,它会被发送给Spider,传给Request的回调函数进行解析。
到现在,我们应该能了解Downloader Middleware实现Selenium对接的原理了。
在settings.py里,我们设置调用刚才定义的SeleniumMiddleware,如下所示:
1 | DOWNLOADER_MIDDLEWARES = { |
六、解析页面
Response对象就会回传给Spider内的回调函数进行解析。所以下一步我们就实现其回调函数,对网页来进行解析,代码如下所示:
1 | def parse(self, response): |
在这里我们使用XPath进行解析,调用response变量的xpath()方法即可。首先我们传递选取所有商品对应的XPath,可以匹配所有商品,随后对结果进行遍历,依次选取每个商品的名称、价格、图片等内容,构造并返回一个ProductItem对象。
七、存储结果
最后我们实现一个Item Pipeline,将结果保存到MongoDB,如下所示:
1 | import pymongo |
此实现和前文中存储到MongoDB的方法完全一致,原理不再赘述。记得在settings.py中开启它的调用,如下所示:
1 | ITEM_PIPELINES = { |
其中,MONGO_URI和MONGO_DB的定义如下所示:
1 | MONGO_URI = 'localhost' |
八、运行
整个项目就完成了,执行如下命令启动抓取即可:
1 | scrapy crawl taobao |
运行结果如下图所示。
查看MongoDB,结果如下图所示。
这样我们便成功在Scrapy中对接Selenium并实现了淘宝商品的抓取。
九、结语
我们通过实现Downloader Middleware的方式实现了Selenium的对接。但这种方法其实是阻塞式的,也就是说这样就破坏了Scrapy异步处理的逻辑,速度会受到影响。为了不破坏其异步加载逻辑,我们可以使用Splash实现。下一节我们再来看看Scrapy对接Splash
的方式。