大数据爬虫技术有什么功能

1、爬虫技术概述网络爬虫（web crawler），是一种按照一定的规则，自抓取万维网信息的程序或者脚本，它们被广泛用于互联网搜索引擎或其他类似网站，可以自动采集所有其能够访问到的页面内容，以获取或更新这些网站的内容和检索方式。从功能上来讲，爬虫一般分为数据采集，处理，储存三个部分。传统爬虫从一个或若干初始网页的url开始，获得初始网页上的url，在抓取网页的过程中，不断从当前页面上抽取新的url放入队列,直到满足系统的一定停止条件。聚焦爬虫的工作流程较为复杂，需要根据一定的网页分析算法过滤与主题无关的链接，保留有用的链接并将其放入等待抓取的url队列。然后，它将根据一定的搜索策略从队列中选择下一步要抓取的网页url，并重复上述过程，直到达到系统的某一条件时停止。另外，所有被爬虫抓取的网页将会被系统存贮，进行一定的分析、过滤，并建立索引，以便之后的查询和检索；对于聚焦爬虫来说，这一过程所得到的分析结果还可能对以后的抓取过程给出反馈和指导。相对于通用网络爬虫，聚焦爬虫还需要解决三个主要问题：(1) 对抓取目标的描述或定义；(2) 对网页或数据的分析与过滤；(3) 对url的搜索策略。2、爬虫原理2.1 网络爬虫原理web网络爬虫系统的功能是下载网页数据，为搜索引擎系统提供数据来源。很多大型的网络搜索引擎系统都被称为基于 web数据采集的搜索引擎系统，比如 google、baidu。由此可见web 网络爬虫系统在搜索引擎中的重要性。网页中除了包含供用户阅读的文字信息外，还包含一些超链接信息。web网络爬虫系统正是通过网页中的超连接信息不断获得网络上的其它网页。正是因为这种采集过程像一个爬虫或者蜘蛛在网络上漫游，所以它才被称为网络爬虫系统或者网络蜘蛛系统，在英文中称为spider或者crawler。2.2 网络爬虫系统的工作原理在网络爬虫的系统框架中，主过程由**，解析器，资源库三部分组成。**的主要工作是负责给多线程中的各个爬虫线程分配工作任务。解析器的主要工作是下载网页，进行页面的处理，主要是将一些js脚本标签、css代码内容、空格字符、html标签等内容处理掉，爬虫的基本工作是由解析器完成。资源库是用来存放下载到的网页资源，一般都采用大型的数据库存储，如oracle数据库，并对其建立索引。****是网络爬虫的****，它主要是负责根据系统传过来的url链接，分配一线程，然后启动线程调用爬虫爬取网页的过程。解析器解析器是负责网络爬虫的主要部分，其负责的工作主要有：下载网页的功能，对网页的文本进行处理，如过滤功能，抽取特殊html标签的功能，分析数据功能。资源库主要是用来存储网页中下载下来的数据记录的容器，并提供生成索引的目标源。中大型的数据库产品有：oracle、sql server等。web网络爬虫系统一般会选择一些比较重要的、出度(网页中链出超链接数)较大的网站的url作为种子url集合。网络爬虫系统以这些种子集合作为初始url，开始数据的抓取。因为网页中含有链接信息，通过已有网页的 url会得到一些新的 url，可以把网页之间的指向结构视为一个森林，每个种子url对应的网页是森林中的一棵树的根节点。这样，web网络爬虫系统就可以根据广度优先算法或者深度优先算法遍历所有的网页。由于深度优先搜索算法可能会使爬虫系统陷入一个网站内部，不利于搜索比较靠近网站首页的网页信息，因此一般采用广度优先搜索算法采集网页。web网络爬虫系统首先将种子url放入下载队列，然后简单地从队首取出一个url下载其对应的网页。得到网页的内容将其存储后，再经过解析网页中的链接信息可以得到一些新的url，将这些url加入下载队列。然后再取出一个url，对其对应的网页进行下载，然后再解析，如此反复进行，直到遍历了整个网络或者满足某种条件后才会停止下来。网络爬虫的基本工作流程如下：1.首先选取一部分精心挑选的种子url；2.将这些url放入待抓取url队列；3.从待抓取url队列中取出待抓取在url，解析dns，并且得到主机的ip，并将url对应的网页下载下来，存储进已下载网页库中。此外，将这些url放进已抓取url队列；4.分析已抓取url队列中的url，分析其中的其他url，并且将url放入待抓取url队列，从而进入下一个循环。2.3 抓取策略在爬虫系统中，待抓取url队列是很重要的一部分。待抓取url队列中的url以什么样的顺序排列也是一个很重要的问题，因为这涉及到先抓取那个页面，后抓取哪个页面。而决定这些url排列顺序的方法，叫做抓取策略。下面重点介绍几种常见的抓取策略：2.3.1 深度优先遍历策略深度优先遍历策略是指网络爬虫会从起始页开始，一个链接一个链接跟踪下去，处理完这条线路之后再转入下一个起始页，继续跟踪链接。我们以下面的图为例：遍历的路径：a-f-g e-h-i b c d2.3.2 宽度优先遍历策略宽度优先遍历策略的基本思路是，将新下载网页中发现的链接直接**待抓取url队列的末尾。也就是指网络爬虫会先抓取起始网页中链接的所有网页，然后再选择其中的一个链接网页，继续抓取在此网页中链接的所有网页。还是以上面的图为例：遍历路径：a-b-c-d-e-f g h i2.3.3 反向链接数策略反向链接数是指一个网页被其他网页链接指向的数量。反向链接数表示的是一个网页的内容受到其他人的推荐的程度。因此，很多时候搜索引擎的抓取系统会使用这个指标来评价网页的重要程度，从而决定不同网页的抓取先后顺序。在真实的网络环境中，由于广告链接、作弊链接的存在，反向链接数不能完全等他我那个也的重要程度。因此，搜索引擎往往考虑一些可靠的反向链接数。2.3.4 partial pagerank策略partial pagerank算法借鉴了pagerank算法的思想：对于已经下载的网页，连同待抓取url队列中的url，形成网页集合，计算每个页面的pagerank值，计算完之后，将待抓取url队列中的url按照pagerank值的大小排列，并按照该顺序抓取页面。如果每次抓取一个页面，就重新计算pagerank值，一种折中方案是：每抓取k个页面后，重新计算一次pagerank值。但是这种情况还会有一个问题：对于已经下载下来的页面中分析出的链接，也就是我们之前提到的未知网页那一部分，暂时是没有pagerank值的。为了解决这个问题，会给这些页面一个临时的pagerank值：将这个网页所有入链传递进来的pagerank值进行汇总，这样就形成了该未知页面的pagerank值，从而参与排序。2.3.5 opic策略策略该算法实际上也是对页面进行一个重要性打分。在算法开始前，给所有页面一个相同的初始现金（cash）。当下载了某个页面p之后，将p的现金分摊给所有从p中分析出的链接，并且将p的现金清空。对于待抓取url队列中的所有页面按照现金数进行排序。2.3.6 大站优先策略对于待抓取url队列中的所有网页，根据所属的网站进行分类。对于待下载页面数多的网站，优先下载。这个策略也因此叫做大站优先策略。3、爬虫分类开发网络爬虫应该选择nutch、crawler4j、webmagic、scrapy、webcollector还是其他的？上面说的爬虫，基本可以分3类：（1）分布式爬虫：nutch（2）j**a爬虫：crawler4j、webmagic、webcollector（3）非j**a爬虫：scrapy（基于python语言开发）3.1 分布式爬虫爬虫使用分布式，主要是解决两个问题：1)海量url管理2)网速现在比较流行的分布式爬虫，是apache的nutch。但是对于大多数用户来说，nutch是这几类爬虫里，最不好的选择，理由如下：1)nutch是为搜索引擎设计的爬虫，大多数用户是需要一个做精准数据爬取（精抽取）的爬虫。nutch运行的一套流程里，有三分之二是为了搜索引擎而设计的。对精抽取没有太大的意义。也就是说，用nutch做数据抽取，会浪费很多的时间在不必要的计算上。而且如果你试图通过对nutch进行二次开发，来使得它适用于精抽取的业务，基本上就要破坏nutch的框架，把nutch改的面目全非，有修改nutch的能力，真的不如自己重新写一个分布式爬虫框架了。2)nutch依赖hadoop运行，hadoop本身会消耗很多的时间。如果集群机器数量较少，爬取速度反而不如单机爬虫快。3)nutch虽然有一套插件机制，而且作为亮点宣传。可以看到一些开源的nutch插件，提供精抽取的功能。但是开发过nutch插件的人都知道，nutch的插件系统有多蹩脚。利用反射的机制来加载和调用插件，使得程序的编写和调试都变得异常困难，更别说在上面开发一套复杂的精抽取系统了。而且nutch并没有为精抽取提供相应的插件挂载点。nutch的插件有只有五六个挂载点，而这五六个挂载点都是为了搜索引擎服务的，并没有为精抽取提供挂载点。大多数nutch的精抽取插件，都是挂载在“页面解析”(parser)这个挂载点的，这个挂载点其实是为了解析链接（为后续爬取提供url），以及为搜索引擎提供一些易抽取的网页信息(网页的meta信息、text文本)。4)用nutch进行爬虫的二次开发，爬虫的编写和调试所需的时间，往往是单机爬虫所需的十倍时间不止。了解nutch源码的学**成本很高，何况是要让一个团队的人都读懂nutch源码。调试过程中会出现除程序本身之外的各种问题(hadoop的问题、hbase的问题)。5)很多人说nutch2有gora，可以持久化数据到**ro文件、hbase、mysql等。很多人其实理解错了，这里说的持久化数据，是指将url信息（url管理所需要的数据）存放到**ro、hbase、mysql。并不是你要抽取的结构化数据。其实对大多数人来说，url信息存在哪里无所谓。6)nutch2的版本目前并不适合开发。官方现在稳定的nutch版本是nutch2.2.1，但是这个版本绑定了gora-0.3。如果想用hbase配合nutch（大多数人用nutch2就是为了用hbase)，只能使用0.90版本左右的hbase，相应的就要将hadoop版本降到hadoop 0.2左右。而且nutch2的官方教程比较有误导作用，nutch2的教程有两个，分别是nutch1.x和nutch2.x，这个nutch2.x官网上写的是可以支持到hbase 0.94。但是实际上，这个nutch2.x的意思是nutch2.3之前、nutch2.2.1之后的一个版本，这个版本在官方的svn中不断更新。而且非常不稳定（一直在修改）。所以，如果你不是要做搜索引擎，尽量不要选择nutch作为爬虫。有些团队就喜欢跟风，非要选择nutch来开发精抽取的爬虫，其实是冲着nutch的名气，当然最后的结果往往是项目延期完成。如果你是要做搜索引擎，nutch1.x是一个非常好的选择。nutch1.x和solr或者es配合，就可以构成一套非常强大的搜索引擎了。如果非要用nutch2的话，建议等到nutch2.3发布再看。目前的nutch2是一个非常不稳定的版本。3.2 j**a爬虫这里把j**a爬虫单独分为一类，是因为j**a在网络爬虫这块的生态圈是非常完善的。相关的资料也是最全的。这里可能有争议，我只是随便谈谈。其实开源网络爬虫（框架）的开发非常简单，难问题和复杂的问题都被以前的人解决了（比如dom树解析和定位、字符集检测、海量url去重），可以说是毫无技术含量。包括nutch，其实nutch的技术难点是开发hadoop，本身代码非常简单。网络爬虫从某种意义来说，类似遍历本机的文件，查找文件中的信息。没有任何难度可言。之所以选择开源爬虫框架，就是为了省事。比如爬虫的url管理、线程池之类的模块，谁都能做，但是要做稳定也是需要一段时间的调试和修改的。对于爬虫的功能来说。用户比较关心的问题往往是：1）爬虫支持多线程么、爬虫能用代理么、爬虫会爬取重复数据么、爬虫能爬取js生成的信息么？不支持多线程、不支持代理、不能过滤重复url的，那都不叫开源爬虫，那叫循环执行http请求。能不能爬js生成的信息和爬虫本身没有太大关系。爬虫主要是负责遍历网站和下载页面。爬js生成的信息和网页信息抽取模块有关，往往需要通过模拟浏览器(htmlunit,selenium)来完成。这些模拟浏览器，往往需要耗费很多的时间来处理一个页面。所以一种策略就是，使用这些爬虫来遍历网站，遇到需要解析的页面，就将网页的相关信息提交给模拟浏览器，来完成js生成信息的抽取。2）爬虫可以爬取ajax信息么？网页上有一些异步加载的数据，爬取这些数据有两种方法：使用模拟浏览器（问题1中描述过了），或者分析ajax的http请求，自己生成ajax请求的url，获取返回的数据。如果是自己生成ajax请求，使用开源爬虫的意义在哪里？其实是要用开源爬虫的线程池和url管理功能（比如断点爬取）。如果我已经可以生成我所需要的ajax请求（列表），如何用这些爬虫来对这些请求进行爬取？爬虫往往都是设计成广度遍历或者深度遍历的模式，去遍历静态或者动态页面。爬取ajax信息属于deep web（深网）的范畴，虽然大多数爬虫都不直接支持。但是也可以通过一些方法来完成。比如webcollector使用广度遍历来遍历网站。爬虫的第一轮爬取就是爬取种子集合(seeds)中的所有url。简单来说，就是将生成的ajax请求作为种子，放入爬虫。用爬虫对这些种子，进行深度为1的广度遍历（默认就是广度遍历）。3）爬虫怎么爬取要登陆的网站？这些开源爬虫都支持在爬取时指定cookies，模拟登陆主要是靠cookies。至于cookies怎么获取，不是爬虫管的事情。你可以手动获取、用http请求模拟登陆或者用模拟浏览器自动登陆获取cookie。4）爬虫怎么抽取网页的信息？开源爬虫一般都会集成网页抽取工具。主要支持两种规范：css selector和xpath。至于哪个好，这里不评价。5）爬虫怎么保存网页的信息？有一些爬虫，自带一个模块负责持久化。比如webmagic，有一个模块叫pipeline。通过简单地配置，可以将爬虫抽取到的信息，持久化到文件、数据库等。还有一些爬虫，并没有直接给用户提供数据持久化的模块。比如crawler4j和webcollector。让用户自己在网页处理模块中添加提交数据库的操作。至于使用pipeline这种模块好不好，就和操作数据库使用orm好不好这个问题类似，取决于你的业务。6）爬虫被网站封了怎么办？爬虫被网站封了，一般用多代理（随机代理）就可以解决。但是这些开源爬虫一般没有直接支持随机代理的切换。所以用户往往都需要自己将获取的代理，放到一个全局数组中，自己写一个代理随机获取（从数组中）的代码。7）网页可以调用爬虫么？爬虫的调用是在web的服务端调用的，平时怎么用就怎么用，这些爬虫都可以使用。8）爬虫速度怎么样？单机开源爬虫的速度，基本都可以讲本机的网速用到极限。爬虫的速度慢，往往是因为用户把线程数开少了、网速慢，或者在数据持久化时，和数据库的交互速度慢。而这些东西，往往都是用户的机器和二次开发的代码决定的。这些开源爬虫的速度，都很可以。9）明明代码写对了，爬不到数据，是不是爬虫有问题，换个爬虫能解决么？如果代码写对了，又爬不到数据，换其他爬虫也是一样爬不到。遇到这种情况，要么是网站把你封了，要么是你爬的数据是j**ascript生成的。爬不到数据通过换爬虫是不能解决的。10）哪个爬虫可以判断网站是否爬完、那个爬虫可以根据主题进行爬取？爬虫无法判断网站是否爬完，只能尽可能覆盖。至于根据主题爬取，爬虫之后把内容爬下来才知道是什么主题。所以一般都是整个爬下来，然后再去筛选内容。如果嫌爬的太泛，可以通过限制url正则等方式，来缩小一下范围。11）哪个爬虫的设计模式和构架比较好？设计模式纯属扯淡。说软件设计模式好的，都是软件开发完，然后总结出几个设计模式。设计模式对软件开发没有指导性作用。用设计模式来设计爬虫，只会使得爬虫的设计更加臃肿。至于构架，开源爬虫目前主要是细节的数据结构的设计，比如爬取线程池、任务队列，这些大家都能控制好。爬虫的业务太简单，谈不上什么构架。所以对于j**a开源爬虫，我觉得，随便找一个用的顺手的就可以。如果业务复杂，拿哪个爬虫来，都是要经过复杂的二次开发，才可以满足需求。3.3 非j**a爬虫在非j**a语言编写的爬虫中，有很多优秀的爬虫。这里单独提取出来作为一类，并不是针对爬虫本身的质量进行讨论，而是针对larbin、scrapy这类爬虫，对开发成本的影响。先说python爬虫，python可以用30行代码，完成j**a 50行代码干的任务。python写代码的确快，但是在调试代码的阶段，python代码的调试往往会耗费远远多于编码阶段省下的时间。使用python开发，要保证程序的正确性和稳定性，就需要写更多的测试模块。当然如果爬取规模不大、爬取业务不复杂，使用scrapy这种爬虫也是蛮不错的，可以轻松完成爬取任务。上图是scrapy的架构图，绿线是数据流向，首先从初始url 开始，scheduler 会将其交给 downloader 进行下载，下载之后会交给 spider 进行分析，需要保存的数据则会被送到item pipeline，那是对数据进行后期处理。另外，在数据流动的通道里还可以安装各种中间件，进行必要的处理。 因此在开发爬虫的时候，最好也先规划好各种模块。我的做法是单独规划下载模块，爬行模块，调度模块，数据存储模块。对于c++爬虫来说，学**成本会比较大。而且不能只计算一个人的学**成本，如果软件需要团队开发或者交接，那就是很多人的学**成本了。软件的调试也不是那么容易。还有一些ruby、php的爬虫，这里不多评价。的确有一些非常小型的数据采集任务，用ruby或者php很方便。但是选择这些语言的开源爬虫，一方面要调研一下相关的生态圈，还有就是，这些开源爬虫可能会出一些你搜不到的bug（用的人少、资料也少）4、反爬虫技术因为搜索引擎的流行，网络爬虫已经成了很普及网络技术，除了专门做搜索的google，yahoo，微软，百度以外，几乎每个大型门户网站都有自己的搜索引擎，**小小叫得出来名字得就几十种，还有各种不知名的几千几万种，对于一个内容型驱动的网站来说，受到网络爬虫的光顾是不可避免的。一些智能的搜索引擎爬虫的爬取频率比较合理，对网站资源消耗比较少，但是很多糟糕的网络爬虫，对网页爬取能力很差，经常并发几十上百个请求循环重复抓取，这种爬虫对中小型网站往往是毁灭性打击，特别是一些缺乏爬虫编写经验的程序员写出来的爬虫破坏力极强，造成的网站访问压力会非常大，会导致网站访问速度缓慢，甚至无法访问。一般网站从三个方面反爬虫：用户请求的headers，用户行为，网站目录和数据加载方式。前两种比较容易遇到，大多数网站都从这些角度来反爬虫。第三种一些应用ajax的网站会采用，这样增大了爬取的难度。4.1 通过headers反爬虫从用户请求的headers反爬虫是最常见的反爬虫策略。很多网站都会对headers的user-agent进行检测，还有一部分网站会对referer进行检测（一些资源网站的防盗链就是检测referer）。如果遇到了这类反爬虫机制，可以直接在爬虫中添加headers，将浏览器的user-agent复制到爬虫的headers中；或者将referer值修改为目标网站域名。对于检测headers的反爬虫，在爬虫中修改或者添加headers就能很好的绕过。[评论：往往容易被忽略，通过对请求的抓包分析，确定referer，在程序中模拟访问请求头中添加]4.2 基于用户行为反爬虫还有一部分网站是通过检测用户行为，例如同一ip短时间内多次访问同一页面，或者同一账户短时间内多次进行相同操作。 20210311