基本思路
思路一（origin:master）：從維基百科的某個(gè)分類（比如：航空母艦（key））頁(yè)面開始，找出鏈接的title屬性中包含key（航空母艦）的所有目標(biāo)，加入到待抓取隊(duì)列中。這樣，抓一個(gè)頁(yè)面的代碼及其圖片的同時(shí)，也獲取這個(gè)網(wǎng)頁(yè)上所有與key相關(guān)的其它網(wǎng)頁(yè)的地址，采取一個(gè)類廣度優(yōu)先遍歷的算法來(lái)完成此任務(wù)。
思路二（origin:cat）：按分類進(jìn)行抓取。注意到，維基百科上，分類都以Category:開頭，由于維基百科有很好的文檔結(jié)構(gòu)，很容易從任一個(gè)分類，開始，一直把其下的所有分類全都抓取下來(lái)。這個(gè)算法對(duì)分類頁(yè)面，提取子分類，且并行抓取其下所有頁(yè)面，速度快，可以把分類結(jié)構(gòu)保存下來(lái)，但其實(shí)有很多的重復(fù)頁(yè)面，不過(guò)這個(gè)可以后期寫個(gè)腳本就能很容易的處理。

庫(kù)的選擇
開始想用jsdom，雖然感覺它功能強(qiáng)大，但也比較“重”，最要命的是說(shuō)明文檔不夠好，只說(shuō)了它的優(yōu)勢(shì)，沒一個(gè)全面的說(shuō)明。因此，換成cheerio，輕量級(jí)，功能比較全，至少文檔一看就能有一個(gè)整體概念。其實(shí)做到后來(lái)，才發(fā)現(xiàn)根本不需要庫(kù)，用正則表達(dá)式就能搞定一切！用庫(kù)只是少寫了一點(diǎn)正則而矣。

關(guān)鍵點(diǎn)
全局變量設(shè)定：

var regKey = ['航空母艦','航空母艦','航母'];  //鏈接中若包含此中關(guān)鍵詞，即為目標(biāo)
var allKeys = [];              //鏈接的title，也是頁(yè)面標(biāo)識(shí)，避免重復(fù)抓取
var keys = ['Category:%E8%88%AA%E7%A9%BA%E6%AF%8D%E8%88%B0'];  //等待隊(duì)列，起始頁(yè)

圖片下載
使用request庫(kù)的流式操作，讓每一個(gè)下載操作形成閉包。注意異步操作可能帶來(lái)的副作用。另外，圖片名字要重新設(shè)定，開始我取原名，不知道為什么，有的圖明明存在，就是顯示不出來(lái)；并且要把srcset屬性清理掉，不然本面顯示不出來(lái)。

$ = cheer.load(downHtml);
 var rsHtml = $.html();
 var imgs = $('#bodyContent .image');    //圖片都由這個(gè)樣式修飾
 for(img in imgs){
  if(typeof imgs[img].attribs === 'undefined' || typeof imgs[img].attribs.href === 'undefined')
   {continue;}  //結(jié)構(gòu)為鏈接下的圖片，鏈接不存在，跳過(guò)
  else
   {
    var picUrl = imgs[img].children[0].attribs.src;  //圖片地址
    var dirs = picUrl.split('.');
    var filename = baseDir+uuid.v1()+'.'+dirs[dirs.length -1];  //重新命名

    request("https:"+picUrl).pipe(fs.createWriteStream('pages/'+filename));  //下載

    rsHtml = rsHtml.replace(picUrl,filename);  //換成本地路徑
    // console.log(picUrl);
   }
 }

廣度優(yōu)先遍歷
開始沒能完全理解異步的概念，以循環(huán)方式來(lái)做，以為使用了Promise，就已經(jīng)全轉(zhuǎn)化為同步了，但其實(shí)只是能保證交給promise的操作會(huì)有序進(jìn)行，并不能讓這些操作與其它的操作有序化！如，下面的代碼就是不正確的。

var keys = ['航空母艦'];
var key = keys.shift();
while(key){
 data.get({
  url:encodeURI(key),
  qs:null
 }).then(function(downHtml){
    ...
    keys.push(key);        //(1)
  }
 });
key = keys.shift();          //(2）
}

上面的操作看試很正常，但其實(shí)（2）會(huì)在（1）之間被運(yùn)行！哪怎么辦？
我使用遞歸來(lái)解決這個(gè)問題。如下示例代碼：

var key = keys.shift();
(function doNext(key){
 data.get({
  url:key,
  qs:null
 }).then(function(downHtml){
  ...
  keys.push(href);
  ...
  key = keys.shift();
  if(key){
   doNext(key);
  }else{
   console.log('抓取任務(wù)順利完成。')
  }
 })
})(key);

正則清理
使用正則表達(dá)式清理無(wú)用的頁(yè)面代碼，因?yàn)橛泻芏嗄Ｊ叫枰幚?，寫了一個(gè)循環(huán)統(tǒng)一處理。

var regs = [/<link rel=\"stylesheet\" href=\"?[^\"]*\">/g,
  /<script>?[^<]*<\/script>/g,
 /<style>?[^<]*<\/style>/g,
 /<a ?[^>]*>/g,
 /<\/a>/g,
 /srcset=(\"?[^\"]*\")/g
 ]
 regs.forEach(function(rs){
  var mactches = rsHtml.match(rs);
  for (var i=0;i < mactches.length ; i++)
  {
   rsHtml = rsHtml.replace(mactches[i],mactches[i].indexOf('stylesheet')>-1?'<link rel="stylesheet" href="wiki'+(i+1)+'.css"':'');
  }
 })

運(yùn)行效果
上維基中文是需要FQ的，試運(yùn)行了一下，抓取 航空母艦 分類，運(yùn)行過(guò)程中，發(fā)現(xiàn)了三百左右的相關(guān)鏈接（包括分類頁(yè)面，這些頁(yè)面我是只取有效鏈接，不下載），最終正確的下載了209個(gè)，手工測(cè)試了一些出錯(cuò)鏈接，發(fā)現(xiàn)都為無(wú)效鏈接，顯示該詞條還未建立，整個(gè)過(guò)程大概花了不到十五分鐘，壓縮后近三十M，感覺效果還不錯(cuò)。

源代碼
https://github.com/zhoutk/wikiSpider
小結(jié)
到昨晚基本完成任務(wù)，思路一能夠抓取內(nèi)容比較準(zhǔn)確的頁(yè)面，而且頁(yè)面不重復(fù)，但抓取效率不高，分類信息無(wú)法準(zhǔn)確獲得；思路二能夠按維基百科的分類，自動(dòng)抓取并分門別類的把文件存儲(chǔ)到本地，效率高（實(shí)測(cè)，抓取【軍艦】類，共抓取頁(yè)面近六千個(gè)，費(fèi)時(shí)五十來(lái)分鐘，每分鐘能抓取超過(guò)一百個(gè)頁(yè)面），能準(zhǔn)確的保存分類信息。
最大的收獲在于深刻的理解了異步編程的整體流程控制。

最新評(píng)論