您好,登錄后才能下訂單哦!
這篇文章主要介紹“Node.js面試問答題有哪些”,在日常操作中,相信很多人在Node.js面試問答題有哪些問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”Node.js面試問答題有哪些”的疑惑有所幫助!接下來,請跟著小編一起來學(xué)習(xí)吧!
什么是錯(cuò)誤優(yōu)先的回調(diào)函數(shù)?
如何避免回調(diào)地獄?
什么是Promise?
用什么工具保證一致的代碼風(fēng)格?為什么要這樣?
什么是Stub?舉例說明
什么是測試金字塔?舉例說明
最喜歡哪個(gè)HTTP框架?為什么?
Cookies如何防范XSS攻擊?
如何保證依賴的安全性?
錯(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); });
以下方式可以避免回調(diào)地獄:
模塊化: 將回調(diào)函數(shù)轉(zhuǎn)換為獨(dú)立的函數(shù)
使用流程控制庫,例如aync
使用Promise
使用aync/await(參考Async/Await替代Promise的6個(gè)理由)
Promise可以幫助我們更好地處理異步操作。下面的示例中,100ms后會(huì)打印result字符串。catch用于錯(cuò)誤處理。多個(gè)Promise可以鏈接起來。
new Promise((resolve, reject) => { setTimeout(() => { resolve('result'); }, 100) }) .then(console.log) .catch(console.error);
團(tuán)隊(duì)協(xié)作時(shí),保證一致的代碼風(fēng)格是非常重要的,這樣團(tuán)隊(duì)成員才可以更快地修改代碼,而不需要每次去適應(yīng)新的風(fēng)格。這些工具可以幫助我們:
ESLint
Standard
感興趣的話,可以參考JavaScript Clean Coding
Stub用于模擬模塊的行為。測試時(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();
測試金字塔反映了需要寫的單元測試、集成測試以及端到端測試的比例:
測試HTTP接口時(shí)應(yīng)該是這樣的:
很多單元測試,分別測試各個(gè)模塊(依賴需要stub)
較少的集成測試,測試各個(gè)模塊之間的交互(依賴不能stub)
少量端到端測試,去調(diào)用真正地接口(依賴不能stub)
這個(gè)問題標(biāo)準(zhǔn)答案。需要描述框架的優(yōu)缺點(diǎn),這樣可以反映開發(fā)者對框架的熟悉程度。
XSS(Cross-Site Scripting,跨站腳本攻擊)是指攻擊者在返回的HTML中插入JavaScript腳本。為了減輕這些攻擊,需要在HTTP頭部配置set-cookie:
HttpOnly - 這個(gè)屬性可以防止cross-site scripting,因?yàn)樗鼤?huì)禁止Javascript腳本訪問cookie。
secure - 這個(gè)屬性告訴瀏覽器僅在請求為HTTPS時(shí)發(fā)送cookie。
結(jié)果應(yīng)該是這樣的: Set-Cookie: sid=<cookie-value>; HttpOnly. 使用Express的話,cookie-session默認(rèn)配置好了。
編寫Node.js應(yīng)用時(shí),很可能依賴成百上千的模塊。例如,使用了Express的話,會(huì)直接依賴27個(gè)模塊。因此,手動(dòng)檢查所有依賴是不現(xiàn)實(shí)的。唯一的辦法是對依賴進(jìn)行自動(dòng)化的安全檢查,有這些工具可供選擇:
npm outdated
Trace by RisingStack
NSP
GreenKeeper
Snyk
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í)間越長。因此,攻擊者可以通過比較的時(shí)間長短來判斷密碼的正確性。使用cryptiles可以解決這個(gè)問題:
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,但是沒有用到。拋出一個(gè)錯(cuò)誤。
捕獲錯(cuò)誤,但是沒有處理。返回1。
x為1,加1之后返回2。
x為2,打印2。
不會(huì)執(zhí)行,因?yàn)闆]有錯(cuò)誤拋出。
到此,關(guān)于“Node.js面試問答題有哪些”的學(xué)習(xí)就結(jié)束了,希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí),快去試試吧!若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí),請繼續(xù)關(guān)注億速云網(wǎng)站,小編會(huì)繼續(xù)努力為大家?guī)砀鄬?shí)用的文章!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。