标签:
这几天为了做课程设计,想起之前学过python,所以想起要去做个爬虫,于是用上了scrapy框架,当然在这期间也了解了一下requests,但是还是没有scrapy方便,毕竟它没有处理cookie的机制,需要自己去手动处理,比较麻烦,下面我来先稍微讲讲自己对scrapy运行原理的理解:
如图我们可以看到这是scrapy的大致结构,scrapy的运行流程:
1.scrapy engine打开一个domain,并根据domain找到对应的处理这个domain的spider(spider中间件重要作用是为request请求头中加入refer,根据对应的response的url)
2.spider处理这个url并返回request,scrapy engine将request放到调度器
3.engine向调度器请求下一个url
4.调度器将这个request传到下载中间键(处理cookies,认证,user-agent),然后下载器会去下载这个request的内容,并将对应的response返回到Spider
5.Spider再根据response产生出item或者request,并将它传到itempipeline或者调度器中
6.从2步开始重复直到没有request
在这里加入一个插曲,Spider中间件会对Spider发出的request进行检查,只有满足allow_domain才会被允许发出,这里还有我自己的一个疑惑:scrapy中有一个linkExtractor,我的理解是当它会对response的url进行解析,如果符合,则会送去回调方法,但是这样的话就有一个疑惑,当你用Request方法创建一个request,同样可以设置一个callback,那么此时这个response究竟是被送去哪一个callback去处理呢?还是都被处理呢?(都的话感觉不太合适吧?还是有优先级?)
scrapy最重要的一点就是它能自动处理cookie,但是我们可以从官方文档看到一个比较奇怪的地方,
for i, url in enumerate(urls): yield scrapy.Request("http://www.example.com", meta={'cookiejar': i}, callback=self.parse_page)
这里顺便说下,我们使用爬虫模拟浏览器去访问,其实主要是带有cookie和请求头中的refer和user-agent信息,由于scrapy帮我们处理好了这些,所以使我们能够更专注于业务逻辑,这是非常有趣的,以后有空一定要取看看源码
再浅谈下session和cookie的区别
session和cookie都是一种保持http连接的方式,session是将信息存储在服务器端,cookie是保存在客户端
在不禁用cookie的情况下,当客户端第一次发送请求到服务器端的时候,服务器端会产生一个session_id,然后将它设置在响应报文的setcookie选项中,当客户端收到之后,知道下一次发送请求报文要加上这个cookie,当下一次发送的时候,服务器会根据这个session_id找到对应的session(由tomcat自行处理),如果禁用了cookie,那么一般则会采取放在url后面或者使用input hidden的形式传入session_id
客户端每次发送cookie的时候,都会在本地搜索有效范围大于这次请求资源的cookie,然后加在request中的cookie里面,发送出去,这里必须注意的是response其实是没有cookie这个选项的,所以我们看响应报文头也是没有cookie选项的,它只有一个setcookie选项告诉下一次发送的请求应该有什么样的cookie而已
愿各位能有所收获,顺便求大神解救下我的疑惑~
最后附上我的github里面用scrapy新建的小项目 https://github.com/yue060904/Spider
标签:
原文地址:http://blog.csdn.net/carioo/article/details/46003695