· 蠻荒時期的游戲服務(wù)器框架我們一筆帶過，那時的游戲服務(wù)器和一個小Web服務(wù)沒有區(qū)別。

· 蠻荒時代的服務(wù)器只負(fù)責(zé)存儲玩家賬號、數(shù)據(jù)、轉(zhuǎn)發(fā)場景內(nèi)其他玩家的行為。很多移動、使用技能等關(guān)鍵邏輯在服務(wù)器上根本沒有。隨意就能用變速齒輪改變游戲速度。

· 從傳奇的時代開始，游戲服務(wù)器就不再是簡單的上傳存檔、下載存檔、訪問頁面而已。游戲服務(wù)器內(nèi)部出現(xiàn)了游戲邏輯，既能用于同步每個玩家看到的世界，又能讓邏輯與客戶端分離，避免早期的網(wǎng)絡(luò)游戲那種毫無防范的邏輯體系（對外掛防御能力為0）。

· 這種架構(gòu)奇怪的地方是處理網(wǎng)絡(luò)連接數(shù)據(jù)傳輸?shù)膲毫瓦壿嬏幚淼膲毫υ谕粋€服務(wù)器上（存儲模塊可能也在同一個進(jìn)程），就算邏輯處理壓力為0，承載人數(shù)也高不到哪去。

· 二、早期游戲服務(wù)器的改進(jìn)版本

· 當(dāng)開發(fā)者們有了初步經(jīng)驗以后，新作品的開發(fā)，自然而然的過渡到了如下的形式：

· 難點在邏輯的設(shè)計上，要像做手術(shù)一樣把本來是一體的功能切開，并抽象出若干個API來保持聯(lián)系（服務(wù)器之間是TCP連接）。

· 在分解時，要找聯(lián)系相對最薄弱的環(huán)節(jié)入手，比如場景和場景之間分開、單獨抽出聊天服務(wù)、組隊服務(wù)、好友服務(wù)。

· 無論如何分解，最終結(jié)果只能是有限個服務(wù)。而且分解的越細(xì)，開發(fā)難度就越大。因為跨服務(wù)器邏輯是把簡單的同步邏輯變成了異步Callback邏輯，而且容易出現(xiàn)時序問題等不易測試的問題。

· 單個場景服務(wù)幾乎是無法分解的。分解單個場景難度巨大以至于出現(xiàn)了BigWorld引擎來專門的解決場景分割問題，后面會談到。

· 這種成熟形態(tài)的游戲服務(wù)器已經(jīng)能滿足現(xiàn)實中99%的頻繁交互類網(wǎng)游需求，是大型MMO端游、頁游的主流形式。

· 對比Web服務(wù)器

大致只說一點：由于數(shù)據(jù)庫的存在以及HTTP請求的特性，Web服務(wù)器天生就是并發(fā)的，也一直在高并發(fā)的路上越走越遠(yuǎn)。