這篇文章將為大家詳細講解有關(guān)Node.js的面試題有哪些，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

創(chuàng)新互聯(lián)建站服務項目包括湄潭網(wǎng)站建設(shè)、湄潭網(wǎng)站制作、湄潭網(wǎng)頁制作以及湄潭網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，湄潭網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟效益。目前，我們服務的客戶以成都為中心已經(jīng)輻射到湄潭省份的部分城市，未來相信會繼續(xù)擴大服務區(qū)域并繼續(xù)獲得客戶的支持與信任！

問題

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

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

• 什么是Promise?

• 用什么工具保證一致的代碼風格？為什么要這樣？

• 什么是Stub?舉例說明

• 什么是測試金字塔？舉例說明

• 最喜歡哪個HTTP框架？為什么？

• Cookies如何防范XSS攻擊？

• 如何保證依賴的安全性？

答案

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

錯誤優(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);
});

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

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

• 模塊化: 將回調(diào)函數(shù)轉(zhuǎn)換為獨立的函數(shù)

• 使用流程控制庫，例如aync

• 使用Promise

• 使用aync/await(參考Async/Await替代Promise的6個理由)

3. 什么是Promise?

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

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

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

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

• ESLint

• Standard

感興趣的話，可以參考JavaScript Clean Coding

5. 什么是Stub?舉例說明

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();

6. 什么是測試金字塔？舉例說明

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

測試HTTP接口時應該是這樣的:

• 很多單元測試，分別測試各個模塊(依賴需要stub)

• 較少的集成測試，測試各個模塊之間的交互(依賴不能stub)

• 少量端到端測試，去調(diào)用真正地接口(依賴不能stub)

7. 最喜歡哪個HTTP框架？為什么？

這個問題標準答案。需要描述框架的優(yōu)缺點，這樣可以反映開發(fā)者對框架的熟悉程度。

8. Cookies如何防范XSS攻擊？

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默認配置好了。

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

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

• npm outdated

• Trace by RisingStack

• NSP

• GreenKeeper

• Snyk

附加題

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

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)
}

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，但是沒有用到。拋出一個錯誤。

4. 捕獲錯誤，但是沒有處理。返回1。

5. x為1，加1之后返回2。

6. x為2，打印2。

7. 不會執(zhí)行，因為沒有錯誤拋出。

關(guān)于“Node.js的面試題有哪些”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。

當前題目：Node.js的面試題有哪些
當前地址：http://www.rwnh.cn/article6/jgjsig.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站收錄、云服務器、小程序開發(fā)、響應式網(wǎng)站、App開發(fā)、ChatGPT

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)