Node.js常見面試題

如果你希望找一份有關Node.js的工作，但又不知道從哪里入手考察自己對Node.js的掌握程度。 本文就提供了這樣的一份Node.js面試題列表，通過考察Node.js編程中的一些主要細節， 來幫助你評估你對于Node.js開發的掌握程度。

在進入正文之前，需要提前聲明兩點：

1. 這些問題只是Node.js知識體系的一個局部，并不能完全考察被面試者的實際開發能力。
2. 對現實世界開發中遇到的問題，需要的是隨機應變與團隊合作，所以你可以嘗試結對編程。

Node.js面試題列表

• 什么是錯誤優先的回調函數？
• 你如何避免回調地獄？
• 你如何用Node來監聽80端口？
• 什么是事件循環？
• 什么工具可以用來保證一致的風格？
• 運算錯誤與程序員錯誤的區別？
• 為什么npm是有用的？
• 什么是stub？舉個使用場景？
• 什么是測試金字塔？當我們談到HTTP API時，我們如何實施它？
• 你最喜歡的HTTP框架，并說明原因？

現在，我們依次來解答這些問題吧。

什么是錯誤優先的回調函數？

錯誤優先的回調函數用于傳遞錯誤和數據。第一個參數始終應該是一個錯誤對象， 用于檢查程序是否發生了錯誤。其余的參數用于傳遞數據。例如：

fs.readFile(filePath, function(err, data) {  
  if (err) {
    //handle the error
  }
  // use the data object
});

解析：這個題目的主要作用在于檢查被面試者對于Node中異步操作的一些基本知識的掌握。

如何避免回調地獄

你可以有如下幾個方法：

• 模塊化：將回調函數分割為獨立的函數
• 使用Promises
• 使用yield來計算生成器或Promise

解析：這個問題有很多種答案，取決你使用的場景，例如ES6, ES7，或者一些控制流庫。

在Node中你如何監聽80端口

這題有陷阱！在類Unix系統中你不應該嘗試監聽80端口，因為這需要超級用戶權限， 因此不建議讓你的應用監聽這個端口。

目前，如果你想讓你的應用一定要監聽80端口，可以這么做：讓你的Node應用監聽大于1024的端口， 然后在它前面在使用一層方向代理（例如 nginx ）。

解釋：這個問題用于檢查被面試者是否有實際運行Node應用的經驗。

什么是事件循環

Node只運行在一個單一線程上，至少從Node.js開發者的角度是這樣的。在底層， Node是通過 libuv 來實現多線程的。

Libuv庫負責Node API的執行。它將不同的任務分配給不同的線程，形成一個事件循環， 以異步的方式將任務的執行結果返回給V8引擎。可以簡單用下面這張圖來表示。

（圖片來源于網絡）

每一個I/O都需要一個回調函數——一旦執行完便推到事件循環上用于執行。 如果你需要更多詳細的解釋，可以參考 這個視頻 。 你也可以參考 這篇文章 。

解釋：這用于檢查Node.js的底層知識，例如什么是libuv，它的作用是什么。

哪些工具可以用來確保一致性的風格

你可以有如下的工具：

• JSLint
• JSHint
• ESLint
• JSCS - 推薦

在團隊開發中，這些工具對于編寫代碼非常的有幫助，能夠幫助強制執行給定的風格指南， 并且通過靜態分析捕獲常見的錯誤。

解析：用于檢查被面試者是否有大型項目開發經驗。

運算錯誤與程序員錯誤的區別

運算錯誤并不是bug，這是和系統相關的問題，例如請求超時或者硬件故障。而程序員錯誤就是所謂的bug。

解析：這個題目和Node關系并不大，用于考察面試者的基礎知識。

為什么npm包管理器有幫助

在你開發Node應用時npm會非常的有用，它可以幫你確定你的依賴的具體的版本號。

解析：它能考察面試者使用npm命令的基礎知識和Node.js開發的實際經驗。

什么是Stub？舉個使用場景

Stub是用于模擬一個組件/模塊的一個函數或程序。在測試用例中，Stub可以為函數調用提供封裝的答案。 當然，你還可以在斷言中指明Stub是如何被調用的。

例如在一個讀取文件的場景中，當你不想讀取一個真正的文件時：

var fs = require('fs');

var readFileStub = sinon.stub(fs, 'readFile', function (path, cb) {  
  return cb(null, 'filecontent');
});

expect(readFileStub).to.be.called;  
readFileStub.restore(); 

解析：用于測試被面試者是否有測試的經驗。如果被面試者知道什么是Stub， 那么可以繼續問他是如何做單元測試的。

什么是測試金字塔？當我們在談論HTTP API時如何實施它？

測試金字塔 指的是： 當我們在編寫測試用例時，底層的單元測試應該遠比上層的端到端測試要多。

當我們談到HTTP API時，我們可能會涉及到：

• 有很多針對模型的底層單元測試
• 但你需要測試模型間如何交互時，需要減少集成測試

解析：本文主要考察被面試者的在測試方面的經驗。

你最喜歡的HTTP框架以及原因

這題沒有唯一的答案。本題主要考察被面試者對于他所使用的Node框架的理解程度， 考察他是否能夠給出選擇該框架的理由，優缺點等。

Statement

References

1. http://zyzhang.github.io/blog/2013/04/28/test-pyramid/
2. http://www.ruanyifeng.com/blog/2014/10/event-loop.html