【正文】 些客戶端，現(xiàn)在要所有的連接都從中心服上轉(zhuǎn)發(fā)，那連接數(shù)又遇到單臺(tái)服務(wù)器的可最大承載量的瓶頸了?？蛻舳酥恍枰B接到中心服上，所有到地圖服務(wù)器的數(shù)據(jù)都由中心服來(lái)轉(zhuǎn)發(fā)。我們來(lái)看看結(jié)構(gòu)圖是怎樣的：中心服務(wù)器登錄服 地圖1 地圖2 地圖n客戶端很簡(jiǎn)單，不是嗎。先稱(chēng)它為游戲世界的中心服務(wù)器吧，畢竟是管理者嘛，大家都以它為中心。正如俗語(yǔ)所說(shuō)的那樣，三個(gè)和尚可能會(huì)碰到?jīng)]水喝的情況?？梢赃@樣認(rèn)為，一塊地圖就是一個(gè)獨(dú)立的數(shù)據(jù)處理單元。在所有這些基礎(chǔ)邏輯中，與我們要討論的服務(wù)器結(jié)構(gòu)關(guān)系最緊密的當(dāng)屬地圖管理方式。這個(gè)激活的過(guò)程也就是從中心庫(kù)上把我們的帳號(hào)數(shù)據(jù)拷貝到所要到的大區(qū)帳號(hào)數(shù)據(jù)庫(kù)中。最后，我們的服務(wù)器結(jié)構(gòu)就像這樣：大區(qū)服務(wù)器登錄服1 登錄服2 世界服1 世界服2帳號(hào)數(shù)據(jù)庫(kù) DBS DBS這里既然討論到了大區(qū)及帳號(hào)數(shù)據(jù)庫(kù)，所以順帶也說(shuō)一下關(guān)于激活大區(qū)的概念。從數(shù)據(jù)庫(kù)服務(wù)器的部署上來(lái)說(shuō)，可以將帳號(hào)和角色數(shù)據(jù)都放在一個(gè)中心數(shù)據(jù)庫(kù)中，也可分為兩個(gè)不同的庫(kù)分別來(lái)處理，基到從物理上分到兩臺(tái)不同的服務(wù)器上去也行。最新的DNS服務(wù)已實(shí)現(xiàn)了根據(jù)服務(wù)器系統(tǒng)狀態(tài)來(lái)實(shí)現(xiàn)的動(dòng)態(tài)負(fù)載均衡，也就是實(shí)現(xiàn)了真正意義上的負(fù)載均衡，這樣也就有效地解決了當(dāng)某臺(tái)登錄服當(dāng)機(jī)后，DNS服務(wù)器不能立即做出反應(yīng)的問(wèn)題。我們需要持久化的數(shù)據(jù)有玩家的帳號(hào)及密碼，玩家創(chuàng)建的角色相關(guān)信息，另外還有一些游戲世界全局共有數(shù)據(jù)也需要持久化。還是拿開(kāi)新區(qū)的情況來(lái)說(shuō)，即使新增加登錄服滿足了玩家登錄的請(qǐng)求，游戲世界服的承載能力依然有限，玩家一樣只能在排隊(duì)系統(tǒng)中等待，或者是進(jìn)入到游戲世界中導(dǎo)致大家都卡。正如我們之前所描述過(guò)的那樣，登錄服在大多數(shù)情況下都是比較空閑的，也許我們的一個(gè)擁有20個(gè)游戲世界的大區(qū)僅僅使用10臺(tái)或更少的登錄服即可滿足需求。所以，我們能否更合理地配置登錄服資源，使得整個(gè)大區(qū)內(nèi)的登錄服可以共享就成了下一步改進(jìn)的目標(biāo)。該結(jié)構(gòu)存在一個(gè)服務(wù)器資源配置的問(wèn)題。這樣，我們可為每組服務(wù)器單獨(dú)配備一臺(tái)登錄服。但不管是采用何種方式進(jìn)入，照目前看來(lái)我們的服務(wù)器起碼得提供一個(gè)帳號(hào)驗(yàn)證的功能。對(duì)于一個(gè)最簡(jiǎn)單的游戲服務(wù)器來(lái)說(shuō)，它只需要能夠接受來(lái)自客戶端的連接請(qǐng)求，然后處理客戶端在游戲世界中的移動(dòng)及交互，也即游戲邏輯處理即可。服務(wù)器結(jié)構(gòu)探討最簡(jiǎn)單的結(jié)構(gòu)所謂服務(wù)器結(jié)構(gòu)，也就是如何將服務(wù)器各部分合理地安排，以實(shí)現(xiàn)最初的功能需求。所以游戲開(kāi)發(fā)人員基本都是多面手，從網(wǎng)絡(luò)到數(shù)據(jù)庫(kù)，從游戲邏輯到圖形圖象，每一項(xiàng)都有所了解，并能實(shí)際應(yīng)用。當(dāng)然這也只是從我個(gè)人一些膚淺的了解所得，可能不夠充分。要描述一項(xiàng)技術(shù)或是一個(gè)行業(yè)，一般都會(huì)從其最古老的歷史開(kāi)始說(shuō)起，我本也想按著這個(gè)套路走，無(wú)奈本人乃一八零后小輩，沒(méi)有經(jīng)歷過(guò)那些苦澀的卻令人羨慕的單機(jī)游戲開(kāi)發(fā)，也沒(méi)有響當(dāng)當(dāng)?shù)哪玫某鍪值膬?yōu)秀作品，所以也就只能就我所了解的一些技術(shù)做些簡(jiǎn)單的描述。第一篇：游戲服務(wù)器架構(gòu)，如果你要是想用自己的就把sa賬戶的密碼修改成自己的不過(guò)要修改五去文件導(dǎo)入備份數(shù)據(jù)庫(kù)再導(dǎo)入這個(gè)（方法和上面同樣）多了兩個(gè)數(shù)據(jù)庫(kù)，這就是游戲的數(shù)據(jù)庫(kù)現(xiàn)在數(shù)據(jù)庫(kù)完了，可以為自己注冊(cè)個(gè)賬號(hào)來(lái)測(cè)試了服務(wù)器做好了，現(xiàn)在來(lái)安裝客戶端現(xiàn)在只要把服務(wù)器的服務(wù)開(kāi)啟客戶端就可能進(jìn)入游戲了我沒(méi)有全部開(kāi)啟因我只是做測(cè)試，一個(gè)人玩就開(kāi)這么多就行了，要是多人玩就全開(kāi)開(kāi)啟服務(wù)時(shí)在winows2003中正規(guī)服務(wù)器1線到3線可能開(kāi)啟不了，解決方法：我的電腦屬性高級(jí)設(shè)置實(shí)驗(yàn)結(jié)果：在一臺(tái)機(jī)子上我用的兩個(gè)虛機(jī)太卡了所以我就不進(jìn)入游戲了，有興趣的把郵箱留下我可以把服務(wù)器軟件發(fā)給你第二篇：[zz]游戲服務(wù)器架構(gòu)探討(上)[zz]游戲服務(wù)器架構(gòu)探討(上)20081031 1116這里討論的游戲服務(wù)器架構(gòu)大概是目前國(guó)內(nèi)乃至世界上的網(wǎng)游通用的一種架構(gòu)了：=93775 作者：qinglan有段時(shí)間沒(méi)有研究技術(shù)了，這次正好看到了新版的mangos，較之以前我看的版本有了比較大的完善，于是再次瀏覽了下他的代碼，也借此機(jī)會(huì)整理下我在游戲服務(wù)器開(kāi)發(fā)方面的一些心得，與大家探討。一來(lái)算是敦促自己對(duì)知識(shí)做個(gè)梳理，二來(lái)與大家探討的過(guò)程也能夠找到我之前學(xué)習(xí)的不足和理解上的錯(cuò)誤，最后呢，有可能的話也跟業(yè)內(nèi)的同行們混個(gè)臉熟，哪天要是想換個(gè)工作了也好有個(gè)人幫忙介紹下。從游戲開(kāi)發(fā)的程序團(tuán)隊(duì)的人員構(gòu)成上也可看出來(lái)，基本只能算作是小開(kāi)發(fā)團(tuán)隊(duì)?；蛘哒f(shuō)都具有非常強(qiáng)的學(xué)習(xí)能力，在接手一項(xiàng)新的任務(wù)后能在很短的時(shí)間內(nèi)對(duì)該領(lǐng)域的技術(shù)迅速掌握并消化，而且還能現(xiàn)炒現(xiàn)賣(mài)。所以，結(jié)構(gòu)本無(wú)所謂正確與錯(cuò)誤；當(dāng)然，優(yōu)秀的結(jié)構(gòu)更有助于系統(tǒng)的搭建，對(duì)系統(tǒng)的可擴(kuò)展性及可維護(hù)性也有更大的幫助。如果我們把這兩項(xiàng)功能集成到一個(gè)服務(wù)進(jìn)程中，則最終的結(jié)構(gòu)很簡(jiǎn)單：clientserver嗯，太簡(jiǎn)單了點(diǎn)，這樣也敢叫服務(wù)器結(jié)構(gòu)？好吧，現(xiàn)在我們來(lái)往里面稍稍加點(diǎn)東西，讓它看起來(lái)更像是服務(wù)器結(jié)構(gòu)一些。我們把觀察點(diǎn)先集中在一個(gè)大區(qū)內(nèi)。最后的結(jié)構(gòu)圖應(yīng)該像這樣：loginServer gameServer client該結(jié)構(gòu)下的玩家操作流程為，先選擇大區(qū)，再選擇大區(qū)下的某臺(tái)服務(wù)器，即某個(gè)游戲世界，點(diǎn)擊進(jìn)入后開(kāi)始帳號(hào)驗(yàn)證過(guò)程，驗(yàn)證成功則進(jìn)入了該游戲世界。因?yàn)榈卿浄幚淼倪壿嬒鄬?duì)來(lái)說(shuō)比較簡(jiǎn)單，就是將玩家提交的帳號(hào)和密碼送到數(shù)據(jù)庫(kù)進(jìn)行驗(yàn)證，和生成會(huì)話密鑰發(fā)送給游戲服和客戶端，操作完成后連接就會(huì)立即斷開(kāi)，而且玩家在以后的游戲過(guò)程中不會(huì)再與登錄服打任何交道。服務(wù)器結(jié)構(gòu)探討登錄服的負(fù)載均衡回想一下我們?cè)谕鎤ow時(shí)的操作流程：，首先就會(huì)要求我們輸入用戶名和密碼進(jìn)行驗(yàn)證，驗(yàn)證成功后才會(huì)出來(lái)游戲世界列表，之后是排隊(duì)進(jìn)入游戲世界，開(kāi)始游戲...可以看到跟前面的描述有個(gè)很明顯的不同，那就是要先驗(yàn)證帳號(hào)再選擇游戲世界。而當(dāng)在開(kāi)新區(qū)的時(shí)候，或許要配備40臺(tái)登錄服才能應(yīng)付那如潮水般涌入的玩家登錄請(qǐng)求。另外，當(dāng)我們?cè)谠黾踊蛞瞥卿浄臅r(shí)候不應(yīng)該需要對(duì)游戲世界服有所改動(dòng)，也不會(huì)要求重啟世界服，當(dāng)然也不應(yīng)該要求客戶端有什么更新或者修改，一切都是在背后自動(dòng)完成。好了，需求已經(jīng)提出來(lái)了，現(xiàn)在來(lái)考慮如何將其實(shí)現(xiàn)。當(dāng)然，如果找不到這樣的解決方案，自己從頭打造一個(gè)也并不難。但是對(duì)于不同的游戲世界來(lái)說(shuō)，其角色及游戲內(nèi)數(shù)據(jù)都是互相獨(dú)立的，所以一般情況下也就為每個(gè)游戲世界單獨(dú)配備一臺(tái)數(shù)據(jù)庫(kù)服務(wù)器，以減輕數(shù)據(jù)庫(kù)的壓力。wow中一共有八個(gè)大區(qū)，我們想要進(jìn)入某個(gè)大區(qū)游戲之前，必須到官網(wǎng)上激活這個(gè)區(qū)，這是為什么呢？一般來(lái)說(shuō)，在各個(gè)大區(qū)帳號(hào)數(shù)據(jù)庫(kù)之上還有一個(gè)總的帳號(hào)數(shù)據(jù)庫(kù)，我們可以稱(chēng)它為中心數(shù)據(jù)庫(kù)。服務(wù)器結(jié)構(gòu)探討簡(jiǎn)單的世界服實(shí)現(xiàn)討論了這么久我們一直都還沒(méi)有進(jìn)入游戲世界服務(wù)器內(nèi)部，現(xiàn)在就讓我們來(lái)窺探一下里面的結(jié)構(gòu)吧。決定了地圖的管理方式也就決定了我們的服務(wù)器結(jié)構(gòu)，我們?nèi)匀幌葟淖詈?jiǎn)單的實(shí)現(xiàn)方式開(kāi)始說(shuō)起。既然如此，我們就把每塊地圖都當(dāng)作是一臺(tái)獨(dú)立的服務(wù)器，他提供了在這塊地圖上游戲時(shí)的所有邏輯功能，至于內(nèi)部結(jié)構(gòu)如何劃分我們暫不理會(huì)，先把他當(dāng)作一個(gè)黑盒子吧。當(dāng)人數(shù)繼續(xù)增加，情況就變得不那么簡(jiǎn)單了，我們得需要一個(gè)管理者來(lái)對(duì)我們的工作進(jìn)行分工、協(xié)調(diào)。中心服務(wù)器主要維護(hù)一張地圖ID到地圖服務(wù)器地址的映射表。但是簡(jiǎn)單并不表示功能上會(huì)有什么損失，簡(jiǎn)單也更不能表示游戲不能賺錢(qián)。很完美的解決方案，不是嗎？這種結(jié)構(gòu)在實(shí)際的部署中也遇到了一些挑戰(zhàn)。這里有必要再解釋下這個(gè)數(shù)字。但我們所遇到的事實(shí)是，服務(wù)器收到一個(gè)移動(dòng)包后，要向周?chē)腥藦V播，而不是echo服務(wù)器那樣簡(jiǎn)單的回應(yīng)；服務(wù)器在收到一個(gè)連接斷開(kāi)通知時(shí)要向很多人通知玩家退出事件，并將該玩家的資料寫(xiě)入數(shù)據(jù)庫(kù)，而不是echo服務(wù)器那樣什么都不需要做；服務(wù)器在收到一個(gè)物品使用請(qǐng)求包后要做一系列的邏輯判斷以檢查玩家有沒(méi)有作弊；服務(wù)器上還啟動(dòng)著很多定時(shí)器用來(lái)更新游戲世界的各種狀態(tài)......其實(shí)這么一比較，我們也看出資源消耗的所在了：服務(wù)器上大量的復(fù)雜的邏輯處理。至少在現(xiàn)在來(lái)說(shuō)，一個(gè)游戲世界內(nèi)，也就是一組服務(wù)器內(nèi)同時(shí)有五六千個(gè)在線的玩家還是件讓人很興奮的事。繼續(xù)我們的結(jié)構(gòu)討論。我們可以試著對(duì)地圖進(jìn)行一些劃分，由一個(gè) Master Server來(lái)管理一些更小的Zone Server，玩家通過(guò)網(wǎng)關(guān)連接到Master Server上，而實(shí)際與地圖有關(guān)的邏輯是分派給更小的Zone Server去處理。既然想要更多的連接數(shù)，那就再加一臺(tái)網(wǎng)關(guān)服務(wù)器吧。當(dāng)然，這只是一種簡(jiǎn)單的實(shí)現(xiàn)，也是普通使用的一種方案，如果后期想對(duì)消息廣播做一些優(yōu)化的話，那可能才需要多考慮一下。然后，我們可以試著把一些與地圖數(shù)據(jù)無(wú)關(guān)的公共邏輯放到Master Server上去實(shí)現(xiàn)，這樣Zone Server上只保留了與地圖數(shù)據(jù)緊密相關(guān)的邏輯，如生物管理，玩家移動(dòng)和狀態(tài)更新等。好了，做完這些優(yōu)化我們的服務(wù)器結(jié)構(gòu)大體也就定的差不多了，暫且也不再繼續(xù)深入，更細(xì)化的內(nèi)容等到各個(gè)部分實(shí)現(xiàn)的時(shí)候再探討。現(xiàn)實(shí)中有警察來(lái)維護(hù)秩序，游戲中也如此，這就是我們常說(shuō)的GM。從記錄玩家登錄的時(shí)間，地址，機(jī)器信息到游戲過(guò)程中的每一項(xiàng)操作都可以作為日志記錄下來(lái)，以備查錯(cuò)及數(shù)據(jù)挖掘用。我們?cè)谇懊嫣接懥艘恍┰诂F(xiàn)在的游戲中見(jiàn)到過(guò)的結(jié)構(gòu)，并盡我所知地分析了各自存在的一些問(wèn)題和可以做的一些改進(jìn)，希望其中沒(méi)有謬誤，如果能給大家也帶來(lái)些啟發(fā)那自然更好。如果真有權(quán)利去選擇的話，選自己最熟悉的吧。當(dāng)然，如果已有了成熟的可靠UDP庫(kù)，那也可以繼續(xù)使用著。但實(shí)際上，我覺(jué)得這是完全沒(méi)有必要的，真要出現(xiàn)這樣的錯(cuò)誤，直接斷開(kāi)這個(gè)客戶端的連接可能更安全。而實(shí)際上，一個(gè)socket描述符在windows上的定義是 unsigned int，因此要有限制那也是四十多億，放心好了。好了，廢話說(shuō)完了，下一篇，我們開(kāi)始進(jìn)入登錄服的設(shè)計(jì)吧。在這里，我們不打算對(duì)現(xiàn)有游戲結(jié)構(gòu)做評(píng)價(jià)，而是試著從頭開(kāi)始搭建一個(gè)我們需要的MMOG結(jié)構(gòu)。關(guān)于為什么要提供用戶名和密碼才能進(jìn)入的問(wèn)題我們這里不打算做過(guò)多討論，云風(fēng)曾對(duì)此也提出過(guò)類(lèi)似的疑問(wèn)，并給出了只用一個(gè)標(biāo)識(shí)串就能進(jìn)入的設(shè)想，有興趣的可以去看看他們的討論。簡(jiǎn)單點(diǎn)來(lái)實(shí)現(xiàn)，我們完全可以拋棄這個(gè)大區(qū)的概念，認(rèn)為一個(gè)大區(qū)也就是放在同一個(gè)機(jī)房的多臺(tái)服務(wù)器組，各服務(wù)器組間沒(méi)有什么關(guān)系。早期的游戲大都采用的是這種結(jié)構(gòu)，有些游戲在實(shí)現(xiàn)時(shí)采用了一些技術(shù)手段使得在切換游戲服時(shí)不需要再次驗(yàn)證帳號(hào)，但整體結(jié)構(gòu)還是未做改變。另外在實(shí)際的游戲運(yùn)營(yíng)中，有些游戲世界很火爆，而有些游戲世界卻非常冷清，甚至沒(méi)有多少人玩的情況也是很常見(jiàn)的。我們可以試著從實(shí)際需求的角度來(lái)考慮一下這個(gè)問(wèn)題。當(dāng)然，在這里也不會(huì)存在要求添加太多登錄服的情況。一般來(lái)說(shuō)，使用現(xiàn)有的商業(yè)數(shù)據(jù)庫(kù)系統(tǒng)比自己手工技術(shù)先進(jìn)要明智得多。一般最常用，也最簡(jiǎn)單部署的應(yīng)該是基于DNS的負(fù)載均衡系統(tǒng)了，其通過(guò)在DNS中為一個(gè)域名配置多個(gè)IP地址來(lái)實(shí)現(xiàn)。而對(duì)于數(shù)據(jù)庫(kù)的應(yīng)用，在這種結(jié)構(gòu)下，登錄服及游戲世界服都會(huì)需要連接數(shù)據(jù)庫(kù)。而每個(gè)游戲世界都有自己的游戲數(shù)據(jù)庫(kù)服務(wù)器，只允許本游戲世界內(nèi)的服務(wù)器連接。而當(dāng)我們要到一區(qū)去創(chuàng)建角色開(kāi)始游戲的時(shí)候，在一區(qū)的帳號(hào)數(shù)據(jù)庫(kù)中并沒(méi)有我們的帳號(hào)數(shù)據(jù)，所以，我們必須先到官網(wǎng)上做一次激活操作。如縱隊(duì)、好友、公會(huì)、戰(zhàn)場(chǎng)和副本等，這些都是通過(guò)基本邏輯功能組合或擴(kuò)展而成。世界中有些地圖間雖然在地理上是直接相連的，但我們發(fā)現(xiàn)其游戲內(nèi)部的邏輯卻是完全隔離的。當(dāng)人數(shù)增加到三個(gè)時(shí)，我們對(duì)等的合作關(guān)系可能會(huì)有些復(fù)雜，因?yàn)槲覀兠總€(gè)人都同時(shí)要與另兩個(gè)人合作協(xié)商。一般來(lái)說(shuō)，我們的游戲世界不可能會(huì)只有一塊或者兩塊小地圖，那順理成章的，也就需要一個(gè)地圖管理者。在整個(gè)游戲過(guò)程中，客戶端始終只會(huì)與一臺(tái)地圖服務(wù)器保持連接，當(dāng)要切換地圖的時(shí)候，在獲取到新地圖的地址后，會(huì)先與當(dāng)前地圖斷開(kāi)連接，再進(jìn)入新的地圖，這樣保證玩家數(shù)據(jù)在服務(wù)器上只有一份。服務(wù)器結(jié)構(gòu)探討繼續(xù)世界服都已經(jīng)看出來(lái)了，這種每切換一次地圖就要重新連接服務(wù)器的方式實(shí)在是不夠優(yōu)雅，而且在實(shí)際游戲運(yùn)營(yíng)中也發(fā)現(xiàn)，地圖切換導(dǎo)致的卡號(hào)，復(fù)制裝備等問(wèn)題非常多，這里完全就是一個(gè)事故多發(fā)地段，如何避免這種頻繁的連接操作呢？最直接的方法就是把那個(gè)圖倒轉(zhuǎn)過(guò)來(lái)就行了。2000人，似乎我們的策劃朋友們不大愿意接受這個(gè)數(shù)字。問(wèn)題恰恰在于你是隨便寫(xiě)的，而MMORPG的服務(wù)器是復(fù)雜設(shè)計(jì)的。仔細(xì)看一看這個(gè)需求，我們想要的僅僅只是一臺(tái)管理連接的服務(wù)器，并不打算讓他承擔(dān)太多的游戲邏輯。什么？你說(shuō)夢(mèng)幻、魔獸還有史先生的那個(gè)什么征途遠(yuǎn)不止這么點(diǎn)人了！噢，我說(shuō)的是大多數(shù)，是大多數(shù)，不包括那些明星。我們也不在這個(gè)名字上糾纏了，就按大家通用的叫法，還是稱(chēng)他為網(wǎng)關(guān)服務(wù)器吧。好吧，我們還是把之前留下的問(wèn)題拿出來(lái)解決掉吧。而對(duì)于游戲服來(lái)說(shuō)，有一臺(tái)還是多臺(tái)網(wǎng)關(guān)服是沒(méi)有什么區(qū)別的。首先是當(dāng)前的Zone Server要做的事情太多了，以至于他都處理不了多少連接。最后是數(shù)據(jù)庫(kù)了，為了減輕數(shù)據(jù)庫(kù)的壓力，提高數(shù)據(jù)請(qǐng)求的響應(yīng)速度，我們可以在數(shù)據(jù)庫(kù)之前建立一個(gè)數(shù)據(jù)庫(kù)緩存服務(wù)器，將一些常用數(shù)據(jù)緩存在此，服務(wù)器與數(shù)據(jù)庫(kù)的通信都要通過(guò)這臺(tái)服務(wù)器進(jìn)行代理。我們的游戲服務(wù)器也如此。在以時(shí)間收費(fèi)的游戲中，我們還需要一臺(tái)計(jì)費(fèi)的服務(wù)器，這臺(tái)服務(wù)器一般接在網(wǎng)關(guān)服務(wù)器上，注冊(cè)玩家登錄和退出事件以記錄玩家的游戲時(shí)間。差不多就這么多了吧，接下來(lái)我們會(huì)按照這個(gè)大致的結(jié)構(gòu)來(lái)詳細(xì)討論各部分的實(shí)現(xiàn)。接下來(lái)先說(shuō)說(shuō)我在開(kāi)發(fā)中遇到過(guò)的一些困惑和一基礎(chǔ)問(wèn)題探討吧，這些問(wèn)題可能有人與我一樣，也曾遇到過(guò)，或者正在被困擾中，而所要探討的這些基礎(chǔ)問(wèn)題向來(lái)也是爭(zhēng)論比較多的，我們也不評(píng)價(jià)其中的好與壞，只做簡(jiǎn)單的描述。:)然后是網(wǎng)絡(luò)協(xié)議的選擇，以前的選擇大多傾向于UDP，為了可靠傳輸一般自己都會(huì)在上面實(shí)現(xiàn)一層封裝，而現(xiàn)在更普通的是直接采用本身就很可靠的TCP，或者TCP與UDP的混用。消息包格式定義包括三段，包長(zhǎng)、消息碼和包體，爭(zhēng)論的焦點(diǎn)在于應(yīng)該是消息碼在前還是包長(zhǎng)在前，我們也把這個(gè)當(dāng)作是信仰問(wèn)題吧，有興趣的去云風(fēng)的blog上看看，論論。最后是一個(gè)純技術(shù)問(wèn)題，有關(guān)socket連接數(shù)的最大限制。這個(gè)socket句柄才是描述每個(gè)連接的唯一標(biāo)識(shí)。為了便于描述，我們暫不引入那些討論過(guò)的優(yōu)化手段，先以最簡(jiǎn)單的方式實(shí)現(xiàn)，另外也將基本以mangos的代碼作為參考來(lái)進(jìn)行描述。既然是一個(gè)可逆的過(guò)