技术教程

Python爬虫Scrapy实战抓取网易云音乐

爬虫流程

以歌手页为索引页,抓取所有的歌手;
通过所有的歌手抓取全部专辑;
通过全部专辑抓取所有的音乐;
分析所有音乐的Ajax,获得所有热评;
将音乐名,歌手,专辑,热评,热评作者,热评赞数保存数据库。

开始

创建项目

scrapy startproject 163music

创建爬虫文件(可以通过命令行创建):

确定数据名称

我们先将要保存下来得到数据写到item文件中,虽然这一步不是必须先写,但是我们按照流程来不会错。

分析索引页

我们的索引页为歌手页,地址:https://music.163.com/#/discover/artist/cat?id=1001&initial=65

image

通过图片结合我们对索引页的观察,我们可以看到左侧比如华语男歌手,欧美男歌手是分类,而歌手下的ABCDE也是一个按姓名的分类。

通过观察链接可以发现,id就是左侧分类的值,initial是 ABCDE 链接的值。

我们可以发现 ABCDE 每一个链接是从 65 开始,一直到 90,再加上’其他’链接为 0。这样的规则我们是可以用代码很简单实现的。而左侧的歌手分类的数字相对是不好用代码实现他的规则的。索性他的数目不多,我们一个一个写出来保存集合就可以了。我们将这两个参数写到爬虫类中。

起始url

很显然歌手页有不同的分类,所有起始页不可能是单独的一个url,所以我们要重写start_requests。也就是构建所有的歌手分类页。

这一步实现起来逻辑还是很清晰的,循环每一个id,在循环每一个initial,将他们通过.format方法组成url。然后使用yield语法糖,将url回调给索引页解析函数。相信大家在前两篇理论的梳理下,对于这步操作没有什么问题。

那么我们在parse_index()函数中打印一下Response

控制台运行爬虫:scrapy crawl music

由于scrapy不支持lde运行,所以如果我们非要想在比如pycharm中运行的话,我们需要编写一个运行程序:

现在我们在pycharm做运行这个文件就相当于运行爬虫了。

运行成功,但是我们好像并没有获得到我们想要的数据。这是怎么回事呢?
大家如果回忆使用Requests库请求的时候,我们在请求中有时候会添加一些请求头,那么scrapy中我们要在哪里添加呢。

答案很简单,就是在settings.py文件中。

添加请求头设置

我们需要在settings文件中先取消掉DEFAULT_REQUEST_HEADERS的注释,因为scrapy默认我们不需要请求头。我们在里面添加网易云的头部请求,就是我们开发者工具里的数据:

注意,网易云音乐的歌曲提取是要我们登录才可以获得数据的,我们直接加上登录后的cookies就可以了。

现在运行爬虫,如果运行成功,那么大家应该就能看到打印出来的数据了。这说明我们的程序是正确的。

编写起始页解析函数

这一步就要使用我们的选择器提取信息了,我们打开开发者工具,我们需要的就是歌手a标签中的href信息。对于还不会使用xpathcss选择器的可以使用Chrome开发者工具,右击该标签,如下图的操作:

image

直接上解析起始页代码:

歌手专辑详情页url实例如:https://music.163.com/#/artist/album?id=6452

我们解析得到href值后,在将他组合成完整的歌手专辑详情页url。然后回调给下一个解析函数。

提取所有专辑url

这一步和上一步一样,由于这一步也没什么难点,不过多赘述。上代码:

提取所有歌曲

这一步就有一点不同了,因为如果我们提取了音乐url,那么我们需要的音乐id就在url中。如果我们直接将URL回调给解析音乐页的函数后,我们在后面是获取不到这个id的。大家可以自己观察页面,确定这一步。

所以我们不仅要把url回调给下一个解析函数,还要把音乐id传给下一个函数。那么大家应该会有疑问,为什么不把id直接保存到item呢。

这是因为我们需要的数据结构会是这样:

{'id':123456,'music':'晴天','artist':'周杰伦','album':'叶美惠','comments':[{'comment_author':'小明','comment_content':'我爱你','comment_like':'123456'},{...},{}...]}

如果我们现在保存了音乐id,那么后面的信息能否对应我们也不确定。那么怎样才能将数据传给下一个函数呢?

scrapy给我提供了meta参数用来保存我们的数据传给函数,我们来看代码:

像这样我们把组合的URL传给解析函数,也将音乐id传给下一个函数。

提取音乐信息,分析评论Ajax

对于提取页面的音乐信息,使用选择器提取就可以了,难的是评论区并不在我们获取的源码中。如果大家有疑惑,可以打印一些音乐详情页的源码。那么评论的信息究竟在哪呢,这是相信大家心里都开始怀疑这是不是Ajax加载的呢。

为了验证这个疑惑,我们点击评论区的翻页,可以看到到了第二页浏览器的url并没有变化。这个时候基本上可以知道这是ajax加载的页面了。

我们之前有一篇说过Ajax请求的处理方法,我们这里不多余赘述。打开Chrome开发者工具,点开Network标签的XHR刷新页面,这时候会有几个请求出来。我们一个一个点开看他们的响应内容,发现R_SO_4_186016?csrf_token=请求中包含了评论的信息。数一下热评数在对比页面中的热评信息,完全一致。我们看下面的图片:

image

image

通过上面一张图片,红框里框出的Form Data数据,没错,这是一个Post请求信息。接着我们就要将他们构造成字典通过post请求。我们在看图中的referer的url,没错url后面的id就是歌曲的id。上一个函数我们将歌曲id也传过来是不是很方便这一步的处理呢。

我们需要在之前的请求头中加入每个音乐请求的referer参数。

Form Data构造字典大家都没问题,构造Ajax请求url就是R_SO_4_后面接上音乐的id。也没问题,那么在scrapy中怎么使用Post请求呢。

答案就是scrapy的FormRequest方法,我们需要导入他,然后用法和Request一样,我们还需要将这个函数提取的所有音乐信息传给下一个提取热评的函数,然后将所有数据一起传给item

代码如下:

提取热评信息传给item

这是爬虫部分的最后一步了,这一步从Ajax请求的json数据了提取信息,相信大家都会,就不去多说。我们提取到所有的数据后,就是传给item了。

item的操作和字典是一样的,我们就像保存字典数据一样保存他们就可以了。但是那么多数据写字典那样一步一步的是不是很蠢呢。那有没有方便一点的方法了。这个时候内置的eval方法派上用场,这里不做方法的讲解,用起来很简单,他会动态的获取我们字典的每一个键,然后帮我们保存。我们看代码:

最后我们将数据传给Item

Pipeline中处理数据

Pipeline中处理数据,其实我们这里没什么好对数据做什么改动的,这里我们要对数据做数据库的保存。

我们需要创建一个mongodb类。然后在settings中将ITEM_PIPELINES的键改为我们创建的mongdb类,由于我们不需要对数据进行改动,所以直接覆盖就好了。为了方便管理和整体架构的清晰,我们也需要在settings中设置我们的数据库信息。具体代码如下:

接下来就是写我们的Mongodb类了。首先我们需要给这个类传入两个参数,也就是我们前面在settings文件定义的数据库uri和数据库名,我们对它们进行一个赋值:

接下来我们定义一个from_crawler类方法,这个方法就相当于将这个类的两个参数通过crawler对象从settings中拿到这两个参数(数据库uri和名称)。

这里的@classmethod装饰器是python中比较常用的一个方法,具体操作大家可以参阅相关资料了解他。

后面的open_spider()close_spider()方法其实是重定义的一个类方法,意思就是我们在启动爬虫的开始,调用open_spider()方法,在关闭爬虫是调用close_spider()方法。我们给他们添加启动数据库和关闭数据库的操作。

后面是最重要的方法,process_item()方法就是用来对item进行操作的。我们这里主要就是对数据库进行一个插入操作。

首先我们需要在items.py文件中加入一个 table_name = 'music'的属性,也就是相当于一个数据库表名。这样做方便我们将这个属性传到process_item()方法,我们需要调用数据库的update方法:

这个方法有三个参数,第一个参数传入数据库查询的字段,我们使用音乐的id来进行查询。

第二个参数就是我们的item数据,我们将他转化为字典形式。

第三个参数至关重要,我们传入True。意思是如果我们查询到相同的数据,我们就做更新操作,如果没有查询到相同的数据就做插入操作。这就相当于我们己做了插入数据库同时有做了去重的操作。

最后

好了,这样我们的爬虫就完成了,整理完代码运行起来吧。

项目地址:https://github.com/Blackyukun/163Music

 

(1)

本文由来源 掘金,由 haofun365 整理编辑!

关键词:

热评文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注