它是一個JavaScript運行環境
依賴於Chrome V8引擎
輕量，適於實時數據交互應用
單線程
在Java、PHP等服務器端語言中，會爲每一個客戶端連接創建一個新的線程。而每個線程需要耗費大約2MB內存。也就是說，理論上，一個8GB內存的服務器可以同時連接的最大用戶數爲4000個左右。要讓Web應用程序支持更多的用戶，就需要增加服務器的數量，而Web應用程序的硬件成本當然就上升了。
Node.js不爲每個客戶連接創建一個新的線程，而僅僅使用一個線程。當有用戶連接了，就觸發一個內部事件，通過非阻塞I/O、事件驅動機制，讓Node.js程序宏觀上也是並行的。使用Node.js，一個8GB內存的服務器，可以同時處理超過4萬用戶的連接。
另外，單線程帶來的好處，操作系統完全不再有線程創建、銷燬的時間開銷。
壞處，就是一個用戶造成了線程的崩潰，整個服務都崩潰了，其他人也崩潰了。
非阻塞I/O
例如，當在訪問數據庫取得數據的時候，需要一段時間。在傳統的單線程處理機制中，在執行了訪問數據庫代碼之後，整個線程都將暫停下來，等待數據庫返回結果，才能執行後面的代碼。也就是說，I/O阻塞了代碼的執行，極大地降低了程序的執行效率。
由於Node.js中採用了非阻塞型I/O機制，因此在執行了訪問數據庫的代碼之後，將立即轉而執行其後面的代碼，把數據庫返回結果的處理代碼放在回調函數中，從而提高了程序的執行效率。
當某個I/O執行完畢時，將以事件的形式通知執行I/O操作的線程，線程執行這個事件的回調函數。爲了處理異步I/O，線程必須有事件循環，不斷的檢查有沒有未處理的事件，依次予以處理。
阻塞模式下，一個線程只能處理一項任務，要想提高吞吐量必須通過多線程。而非阻塞模式下，一個線程永遠在執行計算操作，這個線程的CPU核心利用率永遠是100%。
事件驅動
在Node中，客戶端請求建立連接，提交數據等行爲，會觸發相應的事件。在Node中，在一個時刻，只能執行一個事件回調函數，但是在執行一個事件回調函數的中途，可以轉而處理其他事件（比如，又有新用戶連接了），然後返回繼續執行原事件的回調函數，這種處理機制，稱爲“事件環”機制。
Node.js底層是C++（V8也是C++寫的）。底層代碼中，近半數都用於事件隊列、回調函數隊列的構建。用事件驅動來完成服務器的任務調度，這是鬼才才能想到的。
最後強調一下，nodejs單線程的優勢:減少了內存開銷，操作系統的內存換頁。
如果某一個事情，進入了，但是被I/O阻塞了，所以這個線程就阻塞了。
非阻塞I/O， 不會傻等I/O語句結束，而會執行後面的語句。
非阻塞就能解決問題了麼？比如執行着小紅的業務，執行過程中，小剛的I/O回調完成了，此時怎麼辦？？
事件機制，事件環，不管是新用戶的請求，還是老用戶的I/O完成，都將以事件方式加入事件環，等待調度。
說是三個特點，實際上是一個特點，離開誰都不行，都玩兒不轉了。
Node.js中所有的I/O都是異步的，回調函數，套回調函數。
