網站伺服器和遊戲伺服器是怎麼樣聯繫在一起的？
1. 遊戲分成多種，咱們先來看看MMORPG。
再怎麼簡單的RPG伺服器都免不了處理多人互動的情形，上百人在同一個場景裡面，每個客戶端都需要收到其他所有人的操作訊息。
其次，使用者的操作是非常頻繁的，一般的伺服器傾向於持有長連線。而且這些連結的是頻繁互動的，沒有明顯的持久的分區策略，所以限制了伺服器的橫向擴展，同一個場景往往只能放在一個實體機上面運行。
再一次，端遊通常是不敢把邏輯運算放客戶端的，用戶分分鐘給你破解掉，改改金幣，刷兩件裝備再常見不過了。所以這一台地圖伺服器得驗證地圖內所有玩家的操作，並計算怪物AI、掉率等一系列商業邏輯。
我們可以看到，傳統遊戲伺服器與網頁伺服器有明顯的區別，具有長連線、多廣播、有複雜的商業邏輯、分區策略受限等獨特的業務需求。
2. 咱們在來看看並髮帶給遊戲伺服器的好處是什麼。
並發其實是一種程序邏輯流程，他是不需要多核心物理支援的。大致上意思就是讓多個獨立的邏輯流看起來像是在同時跑一樣。作業系統層級的並發就是多進程多執行緒模型。讓OS處理時鐘中斷，io阻塞等等問題。
對於 伺服器 而言，如果任務大部分的時間耗在io上，有了並發機制可以避免整個地圖服務被io訪問阻塞。一個任務阻塞的時候，把空餘運算資源分配到其他任務上去。在這種情況下，並發是有益於伺服器運作效率還有回應時間的。
對程式設計師而言，獨立的邏輯流意味著可以在一個可靠、簡單、鬆散耦合的上下文環境裡面，完成自己的任務。
因為讓OS處理程序邏輯切換得反覆陷入內核，有的人覺得這樣太慢，做了一些處於user space的線程，進程內自己控制多個邏輯流。因為語言描述能力的限制，在C/C 上面寫還有用這種東西都太麻煩。於是產生了erlang, go, lua裡面的coroutine語法糖。
node.js本質上也是自己控制多個邏輯流，但是這個邏輯流是根據io狀態還有優先權分發的。在實際的實作中，它盡量採用非阻塞非同步io，單一任務呼叫io的時候，我就停掉它，等io完成的訊號發上來了，我再重啟它。
注意這一點，每次我會執行一個任務，直到它完成或是發生io呼叫都不會主動切換至其他的程式流。那如果這一個任務裡面涉及過於大量的計算，那麼整個地圖程序都會被block在這裡。
而正因為node.js是非同步的，所以需要不斷的寫回呼監聽io完成的訊號。單一任務的邏輯流會多次的被打斷。當任務變得相當複雜的時候，也就是有所謂的callbak hell，會帶給調試開發非常大的麻煩。
3. 因為上面的原因，所以我不建議在非原型的MMORPG伺服器開發中使用node.js。
4.最近興起的手遊伺服器倒是挺適合node.js，因為手遊這玩意局限於網路問題，伺服器只能做關鍵資料驗證，也沒辦法處理特別多人交互的情形。伺服器端已經簡化得跟網頁伺服器沒啥區別了，業務邏輯也簡單，處理處理數據，然後持久化就成。
