前言

從ECMAScript標(biāo)準(zhǔn)，Node.js語法以及NPM模塊角度來看，Node.js的發(fā)展讓人目不暇接，那么面試題也得與時(shí)俱進(jìn)。

問題

• 什么是錯(cuò)誤優(yōu)先的回調(diào)函數(shù)？
• 如何避免回調(diào)地獄？
• 什么是Promise?
• 用什么工具保證一致的代碼風(fēng)格？為什么要這樣？
• 什么是Stub?舉例說明
• 什么是測(cè)試金字塔？舉例說明
• 最喜歡哪個(gè)HTTP框架？為什么？
• Cookies如何防范XSS攻擊？
• 如何保證依賴的安全性？

答案

1. 什么是錯(cuò)誤優(yōu)先的回調(diào)函數(shù)？

錯(cuò)誤優(yōu)先的回調(diào)函數(shù)(Error-First Callback)用于同時(shí)返回錯(cuò)誤和數(shù)據(jù)。第一個(gè)參數(shù)返回錯(cuò)誤，并且驗(yàn)證它是否出錯(cuò)；其他參數(shù)用于返回?cái)?shù)據(jù)。

fs.readFile(filePath, function(err, data)
{
if (err)
{
// 處理錯(cuò)誤
return console.log(err);
}
console.log(data);
});

2. 如何避免回調(diào)地獄？

以下方式可以避免回調(diào)地獄:

• 模塊化: 將回調(diào)函數(shù)轉(zhuǎn)換為獨(dú)立的函數(shù)
• 使用流程控制庫(kù)，例如aync
• 使用Promise
• 使用aync/await

3. 什么是Promise?

Promise可以幫助我們更好地處理異步操作。下面的示例中，100ms后會(huì)打印result字符串。catch用于錯(cuò)誤處理。多個(gè)Promise可以鏈接起來。

new Promise((resolve, reject) =>
{
setTimeout(() =>
{
resolve('result');
}, 100)
})
.then(console.log)
.catch(console.error);

4. 用什么工具保證一致的代碼風(fēng)格？為什么要這樣？

團(tuán)隊(duì)協(xié)作時(shí)，保證一致的代碼風(fēng)格是非常重要的，這樣團(tuán)隊(duì)成員才可以更快地修改代碼，而不需要每次去適應(yīng)新的風(fēng)格。這些工具可以幫助我們:

• ESLint
• Standard

5. 什么是Stub?舉例說明

Stub用于模擬模塊的行為。測(cè)試時(shí)，Stub可以為函數(shù)調(diào)用返回模擬的結(jié)果。比如說，當(dāng)我們寫文件時(shí)，實(shí)際上并不需要真正去寫。

var fs = require('fs');
var writeFileStub = sinon.stub(fs, 'writeFile', function(path, data, cb)
{
return cb(null);
});
expect(writeFileStub).to.be.called;
writeFileStub.restore();

6. 什么是測(cè)試金字塔？舉例說明

測(cè)試金字塔反映了需要寫的單元測(cè)試、集成測(cè)試以及端到端測(cè)試的比例:

測(cè)試HTTP接口時(shí)應(yīng)該是這樣的:

• 很多單元測(cè)試，分別測(cè)試各個(gè)模塊(依賴需要stub)
• 較少的集成測(cè)試，測(cè)試各個(gè)模塊之間的交互(依賴不能stub)
• 少量端到端測(cè)試，去調(diào)用真正地接口(依賴不能stub)

7. 最喜歡哪個(gè)HTTP框架？為什么？

這個(gè)問題標(biāo)準(zhǔn)答案。需要描述框架的優(yōu)缺點(diǎn)，這樣可以反映開發(fā)者對(duì)框架的熟悉程度。

8. Cookies如何防范XSS攻擊？

XSS(Cross-Site Scripting，跨站腳本攻擊)是指攻擊者在返回的HTML中插入JavaScript腳本。為了減輕這些攻擊，需要在HTTP頭部配置set-cookie:

• HttpOnly - 這個(gè)屬性可以防止cross-site scripting，因?yàn)樗鼤?huì)禁止Javascript腳本訪問cookie。
• secure - 這個(gè)屬性告訴瀏覽器僅在請(qǐng)求為HTTPS時(shí)發(fā)送cookie。

結(jié)果應(yīng)該是這樣的: Set-Cookie: sid=; HttpOnly. 使用Express的話，cookie-session默認(rèn)配置好了。

9. 如何保證依賴的安全性？

編寫Node.js應(yīng)用時(shí)，很可能依賴成百上千的模塊。例如，使用了Express的話，會(huì)直接依賴27個(gè)模塊。因此，手動(dòng)檢查所有依賴是不現(xiàn)實(shí)的。唯一的辦法是對(duì)依賴進(jìn)行自動(dòng)化的安全檢查，有這些工具可供選擇:

• npm outdated
• Trace by RisingStack
• NSP
• GreenKeeper
• Snyk

附加題

1. 這段代碼有什么問題？

new Promise((resolve, reject) =>
{
throw new Error('error')
})
.then(console.log)

then之后沒有catch。這樣的話，錯(cuò)誤會(huì)被忽略?？梢赃@樣解決問題:

new Promise((resolve, reject) =>
{
throw new Error('error')
})
.then(console.log).catch(console.error)

調(diào)試一個(gè)大型的項(xiàng)目時(shí)，可以使用監(jiān)控unhandledRejection事件來捕獲所有未處理的Promise錯(cuò)誤:

process.on('unhandledRejection', (err) =>
{
console.log(err)
})

2. 這段代碼有什么問題？

function checkApiKey(apiKeyFromDb, apiKeyReceived)
{
if (apiKeyFromDb === apiKeyReceived)
{
return true
}
return false
}

比較密碼時(shí)，不能泄露任何信息，因此比較必須在固定時(shí)間完成。否則，可以使用timing attacks來攻擊你的應(yīng)用。為什么會(huì)這樣呢?Node.js使用V8引擎，它會(huì)從性能角度優(yōu)化代碼。它會(huì)逐個(gè)比較字符串的字母，一旦發(fā)現(xiàn)不匹配時(shí)就停止比較。當(dāng)攻擊者的密碼更準(zhǔn)確時(shí)，比較的時(shí)間越長(zhǎng)。因此，攻擊者可以通過比較的時(shí)間長(zhǎng)短來判斷密碼的正確性。使用cryptiles可以解決這個(gè)問題:

function checkApiKey(apiKeyFromDb, apiKeyReceived)
{
return cryptiles.fixedTimeComparison(apiKeyFromDb, apiKeyReceived)
}

3. 這段代碼的輸出是什么？

Promise.resolve(1)
.then((x) => x + 1)
.then((x) => { throw new Error('My Error') })
.catch(() => 1)
.then((x) => x + 1)
.then((x) => console.log(x))
.catch(console.error)

答案是2，逐行解釋如下:

1. 創(chuàng)建新的Promise，resolve值為1。
2. x為1，加1之后返回2。
3. x為2，但是沒有用到。拋出一個(gè)錯(cuò)誤。
4. 捕獲錯(cuò)誤，但是沒有處理。返回1。
5. x為1，加1之后返回2。
6. x為2，打印2。
7. 不會(huì)執(zhí)行，因?yàn)闆]有錯(cuò)誤拋出。

英文: Node.js Interview Questions and Answers (2017 Edition)

譯者: Fundebug

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論