有些人說“這是一種通過javascript語言開發web服務端的東西”。更直白的可以理解為：node.js有非阻se塞，事件驅動/O等特性，從而讓高並發（high concurrency）在的輪詢和comet構建的應用中成為可能。
瀏覽器給網站發請求的過程一直沒怎么變過。當瀏覽器給網站發了請求，服務器收到了請求，然后開始搜尋被請求的資源。如果有需要，服務器還會查詢一下數據庫，最后把響應結果傳回瀏覽器。不過，在傳統的web服務器中，比如apache服務器，每一個請求都會讓服務器創建一個新的進程來處理這個請求。
后來又了ajax。有了ajax，我們就不用每次都請求一個完整的新頁面了，取而代之的是每次只請求需要的部分就可以了。這顯然是一個進步。但是比如你要建一個FriendFeed這樣的社交網站（類似人人網那樣的刷朋友新鮮事的網站），你的好友會隨時的推送新的狀態，然后你的新鮮事會實時自動刷新。要達成這個需求，我們需要讓用戶一直與服務器保持一個有效鏈接。目前最簡單的實現方法就是讓用戶和服務器之間保持長輪詢（long polling）。
http請求不是持續的鏈接，你請求一次，服務器響應一次，然后就完了。長輪詢是一種利用http模擬持續連接的技巧。具體來說或，只要頁面載入了，不管你需不需要服務器給你相應信息，你都會給服務器發一個ajax請求。這個請求不同於一般的ajax請求，服務器不會直接給你返回信息，而是它要等着，直到服務器覺得該給你發信息了，它才會響應。比如，你的好友發了一條新鮮事，服務器就會把這個新鮮事當作響應發給你的瀏覽器，然后你的瀏覽器就刷新頁面了。瀏覽器收到響應刷新完之后，再發送一條新的請求給服務器，這個請求依然不會立即被響應。於是就開始重復以上步驟。利用這個方法，可以讓瀏覽器始終保持等待響應的狀態。雖然以上過程依然只有非持續的http參與，但是我們模擬出了一個看似持續的連接狀態
我們再看傳統的服務器比如apache。每次一個新用戶連到你的網站上，你的服務器就得開一個連接，每個連接都需要占用一個進程，這些進程大部分時間都是閑着的（比如等着你的好友發新鮮事，等好友發完才給用戶響應信息。或者等着數據庫返回查詢結果什么的）。雖然這些進程閑着，但是照樣占用內存。這意味着，如果用戶連接數的增長到一定規律，你服務器沒准就要耗光內存直接癱瘓了。
這種情況怎么解決？解決的方法就是剛才上邊說的：非阻塞和事件驅動。這些概念在我們談的這個情景里面其實也沒那么難理解。把非阻塞的服務器想象成一個loop循環，這個loop會一個跑下去。一個新請求來了，這個loop就接了這個請求，把這個請求傳給其他的進程（比如傳給一個搞數據庫查詢的進程），然后響應一個回調（callback）。完事了這個loop繼續跑，接其他的請求。這樣下來，服務器就不會像之前那樣傻等着數據庫返回結果了。
如果數據庫把結果返回了，loop就把結果傳回用戶的瀏覽器。接着繼續跑。在這種方式下，你的服務器的進程就不會閑着等着了。從而在理論上說，同一時刻的數據庫查詢數量，以及用戶的請求數量就沒有限制了。服務器只在用戶那邊有事發生的時候才響應，這就是事件驅動。
FriendFeed是用基於Python的非阻塞框架Tornado（知乎也用了這個框架）來實現上面說的新鮮事功能的。不過nodejs就比前者更妙了。nodejs的應用是通過javascript開發的，然后直接在google的變態V8引擎上跑。用了nodejs，你就不用擔心擔心用戶端的請求會在服務器里跑了一段能夠造成阻塞的代碼了。因為javascript本身就是事件驅動的腳本語言。你回想一下，在給前端寫javascript的時候，更多時候你都是在搞事件處理和回掉函數。javascript本身就是給事件處理量身定制的語言。