脫離帶寬內存與計算量來討論併發是沒有意義的。
因爲併發數受帶寬及其它很多因素影響，不能單就node.js來說併發多高。
如果無限帶寬，無限計算力，無限存……你可以認爲node.js併發數也是無限的，但這沒有意義，在同樣的情況下，就算是IIS，併發數也可以認爲是無限的。
node.js的優勢嚴格來說不是併發而是“非阻塞”。
它是通過非阻塞來達到高併發的目標的，我們用node.js也是用它的非阻塞這個特點。
在優化線程池，以及端口複用等技術的基礎上，對於簡單的業務處，使用其它的模型也可以達到高併發的目標，但在面臨業務邏輯耗時長的問題時，node.js的優勢就比較明顯。
如果一個事務請求涉及三個業務邏輯，比如登錄(login)這個事務，假設我們定義它有三個業務邏輯：
-
verify：驗證用戶是否合法（用戶名，密碼什麼的）；
-
user:獲取身份信息（權限什麼的）；
-
modules:返回他可用的業務接口列表(商品管理，用戶管理，訂單審覈等）
我們假設：只有1完成了纔可以進行2，2完成了纔可以進行3，上述每個業務邏輯都需要1秒去完成（客戶的登錄請求這個事務需要3秒才能完成）。
同時，我們也假設，這三個業務邏輯服務都是在其它的服務器上，它們的併發數無上限。
然後，我們在“一瞬間”我向這個服務發出1000個login請求
那麼，我們來看看node.js與純java的不同。
nodejs調用它們來完成,因爲它是非阻塞的，它調了verify後，不再等待它返回結果，就可以處理另一個事務請求了，當verify請求有返回結果時，它再來處理結果，決定是否調用user……，整個過程，只在一個進程中就完成了。
它收到這1000個請求後，在這個進程中向verify發出了1000個請求，過了一秒，收到迴應又有900個驗證成功，它返回了100個登錄失敗的信息，並向user發出了900個請求，又過了一秒，返回了900個modules的結果。
這樣的結果，在客戶端看來，發出請求後1秒，收到了100個登錄失敗，又過了兩秒，收到了900個可用功能列表（因爲異步機制，它還會稍微長一點點，假設是3.003秒吧）
現在，在帶寬與計算力不受限的情況下，同樣的內存，看看純Java是怎麼個情況。如果使用純java來做這個事，java不使用異步模式的話，一個線程響應一個請求。
java同樣“一瞬間”收到了1000個請求，java開啓了1000個線程去響應它們,然後這1000個線程在第一秒裏都在等待verify，第一秒結束時，返回100個登錄失敗，關閉了100個線程，又過了兩秒，900個線程得到了各自的modules結果，並返回給客戶端。
對於客戶端來說，感覺就是3秒，沒有那個0.003。
同一套業務邏輯，實現一個webservice中間接口，中間涉及memcached和mogodb的一些操作。
分別在Node.js和JAVA平臺實現，java代碼部署在Tomcat 7.0上，用Apache jmeter進行壓力測試。
得到的測試結果很是出乎意料，Node.js的高併發優勢爲什麼沒有體現出來呢？？？
**操作系統：**CentOS 6.4（虛擬機）
**內存：**1.5G
**CPU：**單核
併發數 100
**ramp-up period(in seconds)**1執行次數 10
以下是測試結果：Lable #Sample Average Median 90%Line Min Max Error% Throughput KB/secNode.js HTTP請求 1000 333 369 485 1 956 0.0 183.3180568285976 40.995932630614114
Tomcat HTTP請求 1000 48 9 188 2 563 0.0 183.4862385321101 58.414564220183486
可以看到Node.js的平均執行時間爲333毫秒，Tomcat的執行時間爲48毫秒，Tomcat比Node.js快了近7倍！
補充1：即使是測試接口直接返回，不涉及後續的操作，Tomcat也比Node.js快了很多，求各位大神給個解釋。
補充2：修改jmeter 的 ramp-up period的測試條件，比如這個值增大（如10秒），node.js的執行效率變高了，但這麼想來也是違背了高併發的特性
拋磚引玉，一起探討問題。如果你也感興趣，不妨拿出點時間來寫一段程序測試一下，我希望能得到不一樣的結果。
好，至此，node.js與純java的區別已經很明顯了。純java在不使用非阻塞機制的情況下，它需要開啓1000個線程（或者進程，這個成本更高）而node.js則需要更多的時間。
在內存受限的情況下，node.js就有優勢了。
假設一個進程需要1M內存，爲了能同時開1000進程，你需要額外的1G內存來給它。而對於node.js，它可能只需要20M來完成這個事，代價就是每個客戶端都需要多等那麼一小會。
嚴格來說，並不提倡在node.js中實現業務邏輯，node.js最好是隻用於以非阻塞模式連接多個阻塞模