您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關(guān)Node.js的面試題有哪些,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。
什么是錯誤優(yōu)先的回調(diào)函數(shù)?
如何避免回調(diào)地獄?
什么是Promise?
用什么工具保證一致的代碼風格?為什么要這樣?
什么是Stub?舉例說明
什么是測試金字塔?舉例說明
最喜歡哪個HTTP框架?為什么?
Cookies如何防范XSS攻擊?
如何保證依賴的安全性?
錯誤優(yōu)先的回調(diào)函數(shù)(Error-First Callback)用于同時返回錯誤和數(shù)據(jù)。第一個參數(shù)返回錯誤,并且驗證它是否出錯;其他參數(shù)用于返回數(shù)據(jù)。
fs.readFile(filePath, function(err, data) { if (err) { // 處理錯誤 return console.log(err); } console.log(data); });
以下方式可以避免回調(diào)地獄:
模塊化: 將回調(diào)函數(shù)轉(zhuǎn)換為獨立的函數(shù)
使用流程控制庫,例如aync
使用Promise
使用aync/await(參考Async/Await替代Promise的6個理由)
Promise可以幫助我們更好地處理異步操作。下面的示例中,100ms后會打印result字符串。catch用于錯誤處理。多個Promise可以鏈接起來。
new Promise((resolve, reject) => { setTimeout(() => { resolve('result'); }, 100) }) .then(console.log) .catch(console.error);
團隊協(xié)作時,保證一致的代碼風格是非常重要的,這樣團隊成員才可以更快地修改代碼,而不需要每次去適應新的風格。這些工具可以幫助我們:
ESLint
Standard
感興趣的話,可以參考JavaScript Clean Coding
Stub用于模擬模塊的行為。測試時,Stub可以為函數(shù)調(diào)用返回模擬的結(jié)果。比如說,當我們寫文件時,實際上并不需要真正去寫。
var fs = require('fs'); var writeFileStub = sinon.stub(fs, 'writeFile', function(path, data, cb) { return cb(null); }); expect(writeFileStub).to.be.called; writeFileStub.restore();
測試金字塔反映了需要寫的單元測試、集成測試以及端到端測試的比例:
測試HTTP接口時應該是這樣的:
很多單元測試,分別測試各個模塊(依賴需要stub)
較少的集成測試,測試各個模塊之間的交互(依賴不能stub)
少量端到端測試,去調(diào)用真正地接口(依賴不能stub)
這個問題標準答案。需要描述框架的優(yōu)缺點,這樣可以反映開發(fā)者對框架的熟悉程度。
XSS(Cross-Site Scripting,跨站腳本攻擊)是指攻擊者在返回的HTML中插入JavaScript腳本。為了減輕這些攻擊,需要在HTTP頭部配置set-cookie:
HttpOnly - 這個屬性可以防止cross-site scripting,因為它會禁止Javascript腳本訪問cookie。
secure - 這個屬性告訴瀏覽器僅在請求為HTTPS時發(fā)送cookie。
結(jié)果應該是這樣的: Set-Cookie: sid=<cookie-value>; HttpOnly. 使用Express的話,cookie-session默認配置好了。
編寫Node.js應用時,很可能依賴成百上千的模塊。例如,使用了Express的話,會直接依賴27個模塊。因此,手動檢查所有依賴是不現(xiàn)實的。唯一的辦法是對依賴進行自動化的安全檢查,有這些工具可供選擇:
npm outdated
Trace by RisingStack
NSP
GreenKeeper
Snyk
new Promise((resolve, reject) => { throw new Error('error') }) .then(console.log)
then之后沒有catch。這樣的話,錯誤會被忽略。可以這樣解決問題:
new Promise((resolve, reject) => { throw new Error('error') }) .then(console.log).catch(console.error)
調(diào)試一個大型的項目時,可以使用監(jiān)控unhandledRejection事件來捕獲所有未處理的Promise錯誤:
process.on('unhandledRejection', (err) => { console.log(err) })
2. 這段代碼有什么問題?
function checkApiKey(apiKeyFromDb, apiKeyReceived) { if (apiKeyFromDb === apiKeyReceived) { return true } return false }
比較密碼時,不能泄露任何信息,因此比較必須在固定時間完成。否則,可以使用timing attacks來攻擊你的應用。為什么會這樣呢?Node.js使用V8引擎,它會從性能角度優(yōu)化代碼。它會逐個比較字符串的字母,一旦發(fā)現(xiàn)不匹配時就停止比較。當攻擊者的密碼更準確時,比較的時間越長。因此,攻擊者可以通過比較的時間長短來判斷密碼的正確性。使用cryptiles可以解決這個問題:
function checkApiKey(apiKeyFromDb, apiKeyReceived) { return cryptiles.fixedTimeComparison(apiKeyFromDb, apiKeyReceived) }
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,逐行解釋如下:
創(chuàng)建新的Promise,resolve值為1。
x為1,加1之后返回2。
x為2,但是沒有用到。拋出一個錯誤。
捕獲錯誤,但是沒有處理。返回1。
x為1,加1之后返回2。
x為2,打印2。
不會執(zhí)行,因為沒有錯誤拋出。
關(guān)于“Node.js的面試題有哪些”這篇文章就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,使各位可以學到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。
免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。