今天,準(zhǔn)備用nodejs
的request
模塊去爬取需要的圖片乳愉,在存儲(chǔ)圖片的時(shí)候遇到了一個(gè)問(wèn)題:
由于存儲(chǔ)圖片的文件夾可能不存在,所以需要先用
fs.stat
方法判斷文件夾是否存在纺讲。但是蕾总,這里是個(gè)異步操作,也就是由于這個(gè)判斷粟焊,輸出的圖片始終沒(méi)有數(shù)據(jù)冤狡。大小size
是0
具體的情形可以用下面的代碼來(lái)描述
let fs = require("fs");
let path = require("path");
let request = require("request");
let url = "http://127.0.0.1:9999/20140901163412_2GL54.jpeg";
let write1 = fs.createWriteStream(path.join(__dirname, "Test1.jpeg"));
let write2 = fs.createWriteStream(path.join(__dirname, "Test2.jpeg"));
let write3 = fs.createWriteStream(path.join(__dirname, "Test3.jpeg"));
let write4 = fs.createWriteStream(path.join(__dirname, "Test4.jpeg"));
// // 能夠輸出正確的圖片
request(url)
.on("response", (res) => {
res.pipe(write1);
});
// 不定時(shí)能輸出正確的圖片
request(url)
.on("response", (res) => {
setTimeout(() => {
res.pipe(write2);
}, 0);
});
// 不能輸出正確的圖片
request(url)
.on("response", (res) => {
setTimeout(() => {
res.pipe(write3);
}, 10)
});
// 不能輸出正確的圖片
request(url)
.on("response", (res) => {
setTimeout(() => {
res.pipe(write4);
}, 20)
});
setTimeout
簡(jiǎn)單的再現(xiàn)了異步的情形,在這里项棠,Test1.jpeg
能夠正常顯示悲雳,Test2.jpeg
、Test3.jpeg
香追、Test4.jpeg
卻不行合瓢,大小是0
;
到這里我想,大概是兩個(gè)原因?qū)е碌?
-
response
對(duì)象本身有什么機(jī)制 -
流
本身的機(jī)制
為了驗(yàn)證我的想法翅阵,我重新做了個(gè)實(shí)驗(yàn)歪玲,不過(guò)略有不同:
let fs = require("fs");
let path = require("path");
let _read = fs.createReadStream(path.join(__dirname, "./20140901163412_2GL54.jpeg"));
let _write1 = fs.createWriteStream(path.join(__dirname, "./_Test1.jpeg"));
let _write2 = fs.createWriteStream(path.join(__dirname, "./_Test2.jpeg"));
let _write3 = fs.createWriteStream(path.join(__dirname, "./_Test3.jpeg"));
let _write4 = fs.createWriteStream(path.join(__dirname, "./_Test4.jpeg"));
// 正確顯示
_read.pipe(_write1);
// 正確顯示
setTimeout(() => {
_read.pipe(_write2);
}, 0);
// 無(wú)法顯示
setTimeout(() => {
_read.pipe(_write3);
}, 10)
// 無(wú)法顯示
setTimeout(() => {
_read.pipe(_write4);
}, 20)
如上所示迁央,一共有四個(gè)寫入流, 大體的情況和上面的response
類似掷匠,但是,這里的setTimeout
是0
的時(shí)候能夠正確下載的岖圈,這就有點(diǎn)讓我糊涂了:
1. 無(wú)法正常下載的確和異步有關(guān)系
2. 為什么setTimout = 0
的情況下讹语,一個(gè)能夠正確下載,一個(gè)無(wú)法確定能不能正確下載蜂科?
process.nextTick setTimeout setImmediate
在例子1
中顽决,setTimeout
為0
的時(shí)候,并不能正確的下載圖片导匣,于是才菠,我想起,在nodejs
中其實(shí)一共有三種異步的方式的贡定,他們分別是process.nextTick
赋访、setImmediate
、setTimeout
,他們分別對(duì)應(yīng)不同的觀察者模式:idle觀察者
,check觀察者
,io觀察者
,他們的優(yōu)先級(jí)順序如下:idle
> io
> check
蚓耽,不同的地方在于渠牲,process.nextTick
其實(shí)是以數(shù)組的形式存在著的,就有點(diǎn)類似于強(qiáng)制插入的感覺(jué)步悠,setImmediate
和setTimeout
其實(shí)差不多签杈,不過(guò),setTimeout
好像有一點(diǎn)點(diǎn)的不同鼎兽,那就是setTimeout(fn,0)
在底層其實(shí)是以setTimeout(fn,1)
運(yùn)行的答姥。setImmediate
和setTimeout
誰(shuí)先誰(shuí)后沒(méi)有確定性。
于是乎接奈,我對(duì)第一個(gè)測(cè)試的代碼的setTimeout(fn,0)
分別又以setImmediate
踢涌,process.nextTick
分別嘗試了下,本想著應(yīng)該都是出不來(lái)的序宦,但是睁壁,奇怪的是,process.nextTick
竟然成功了互捌。