一.聊聊服務(wù)器開(kāi)發(fā)有哪些東西要考慮宙枷。

1.開(kāi)發(fā)語(yǔ)言的選擇：

工欲善其事,必先利其器掉房，選擇一門(mén)適合的開(kāi)發(fā)語(yǔ)法對(duì)后期開(kāi)發(fā)有著事半功倍的作用。

業(yè)界主要的是c/c++ + Python/lua模式做游戲服務(wù)器慰丛。c/c++做網(wǎng)絡(luò)通訊數(shù)據(jù)傳輸卓囚，python/lua做業(yè)務(wù)邏輯。這樣既保持了網(wǎng)絡(luò)傳輸?shù)男?c++)诅病，又提升開(kāi)發(fā)效率(Python/lua)哪亿，同時(shí)也支持熱更新。

當(dāng)然贤笆，也有其他服務(wù)器開(kāi)發(fā)語(yǔ)言蝇棉，erlang(沒(méi)用過(guò)，頁(yè)游公司用的多),c#(大棒子國(guó)喜歡用芥永，神奇的民族),Java(第一次聽(tīng)說(shuō)時(shí)我驚呆了),Node.js(少量游戲用的,還有一個(gè)node.js寫(xiě)的引擎叫pemolo),PHP(做http協(xié)議通訊的游戲時(shí)php+MySQL也不失為一種好選擇),...

看過(guò)兩個(gè)游戲服務(wù)器引擎

1.firefly(9秒社團(tuán)開(kāi)發(fā)的一款python游戲服務(wù)器框架)?9miao/Firefly

2.kbengine(作者說(shuō)他按bigworld的架構(gòu)來(lái)設(shè)計(jì)的,c++ + python的)?kbengine/kbengine

2.數(shù)據(jù)庫(kù)

現(xiàn)在比較流行的兩種數(shù)據(jù)庫(kù)篡殷，關(guān)系型數(shù)據(jù)庫(kù)mysql和非關(guān)系型數(shù)據(jù)庫(kù)mongodb。這是我用的最多的兩個(gè)數(shù)據(jù)庫(kù)恤左。

關(guān)于兩者之間的各種比較，網(wǎng)上有很多搀绣，當(dāng)然你也可以用其他數(shù)據(jù)庫(kù)飞袋，至于sql server,不怕被坑你就用吧(我向來(lái)對(duì)微軟的東西沒(méi)好感)。

3.服務(wù)端架構(gòu)

講一下我用過(guò)的其中一種架構(gòu)模型链患，也是公司按著bigworld架構(gòu)設(shè)計(jì)的：

1.Gate:首先要有一個(gè)Gate(網(wǎng)關(guān))服務(wù)器巧鸭，負(fù)責(zé)客戶(hù)端連接及消息轉(zhuǎn)發(fā)到Game(游戲服),保持客戶(hù)端到服務(wù)端的連接

沒(méi)有任何邏輯，只做消息加密和解密麻捻，以及客戶(hù)端和服務(wù)器消息的轉(zhuǎn)發(fā)(相當(dāng)于兩者之間的橋梁).

2.GameServer:GameServer是游戲進(jìn)程,提供游戲邏輯功能(采用單進(jìn)程(或者單線(xiàn)程)模型,游戲服務(wù)器的瓶頸從來(lái)不在CPU,所以只做邏輯功能的話(huà)單線(xiàn)程足夠了,在這里沒(méi)必要用多線(xiàn)程或多進(jìn)程)纲仍。

3.DBManager:實(shí)現(xiàn)數(shù)據(jù)庫(kù)的讀寫(xiě)，方便Game服務(wù)器異步讀寫(xiě)數(shù)據(jù)庫(kù)的數(shù)據(jù)(有些把數(shù)據(jù)庫(kù)讀寫(xiě)放在游戲服贸毕，沒(méi)有單獨(dú)的服務(wù)器郑叠，那恐怕游戲服單進(jìn)程就不夠用了)。

4.GameManager:負(fù)責(zé)管理所有的GameServer明棍，GameServer之間消息轉(zhuǎn)發(fā)乡革，提供廣播到所有Game的功能。

4.協(xié)議

客戶(hù)端與服務(wù)器之間協(xié)議通信摊腋，可以用tcp或者h(yuǎn)ttp沸版。主要看游戲模型，如果是那種弱聯(lián)網(wǎng)單機(jī)玩法兴蒸，用http足夠了视粮，像天天酷跑之類(lèi)，只在需要的時(shí)候處理一條http請(qǐng)求響應(yīng)橙凳。

不過(guò)tcp用的比較還是比較多的±倥梗現(xiàn)在的網(wǎng)絡(luò)游戲大多數(shù)都是tcp笑撞，像MMORPG類(lèi)游戲。我們現(xiàn)在的游戲就是同時(shí)用了http和tcp区宇，客戶(hù)端和游戲服采用http協(xié)議娃殖。只有多人戰(zhàn)斗轉(zhuǎn)向戰(zhàn)斗服才采用tcp長(zhǎng)鏈接。

udp:其實(shí)游戲是有udp的议谷，在一些高效率的場(chǎng)景下比如pvp即時(shí)戰(zhàn)斗,tcp的擁塞控制和超時(shí)重傳并不適合炉爆，有些就用的udp,然后自己做丟包重發(fā)，拿網(wǎng)絡(luò)公平性換游戲局部的效率卧晓。

現(xiàn)在參與開(kāi)發(fā)的游戲就同時(shí)使用了http協(xié)議和tcp協(xié)議芬首，在游戲服是單機(jī)玩法用http協(xié)議,戰(zhàn)斗服需要長(zhǎng)連接保存協(xié)議狀態(tài)，用的tcp逼裆。

5.存盤(pán)

有數(shù)據(jù)庫(kù)就肯定有數(shù)據(jù)庫(kù)讀寫(xiě)操作郁稍，最主要的還是存盤(pán)(save),周期存盤(pán)還是即時(shí)存盤(pán)

即時(shí)存盤(pán)就是每一次操作數(shù)據(jù)都進(jìn)行存到數(shù)據(jù)庫(kù)，當(dāng)然這樣會(huì)導(dǎo)致對(duì)數(shù)據(jù)庫(kù)的操作過(guò)于頻繁胜宇，畢竟這是效率的瓶頸之一耀怜。

周期存盤(pán)也叫固定存盤(pán)，就是每隔固定時(shí)間存盤(pán)一次桐愉，比如10秒或者15秒财破，這樣數(shù)據(jù)庫(kù)的壓力就會(huì)小很多，當(dāng)然自己就要在內(nèi)存中做好數(shù)據(jù)操作从诲，防止數(shù)據(jù)污染或者存盤(pán)不上導(dǎo)致回檔左痢。

二.開(kāi)發(fā)一個(gè)游戲服務(wù)器需要掌握的開(kāi)源技術(shù)

1.libevent,boost.asio等網(wǎng)絡(luò)庫(kù)，網(wǎng)上有很多開(kāi)源網(wǎng)絡(luò)庫(kù)系洛，與其自己造輪子俊性，不如就用開(kāi)源網(wǎng)絡(luò)庫(kù)作為自己服務(wù)器的通訊庫(kù)。最出名的就屬libevent和boost.asio了描扯。

Boost的ASIO是一個(gè)異步IO庫(kù)定页，封裝了對(duì)Socket的常用操作，簡(jiǎn)化了基于socket程序的開(kāi)發(fā)绽诚。支持跨平臺(tái)拯勉。

libevent是一個(gè)C語(yǔ)言寫(xiě)的事件驅(qū)動(dòng)的開(kāi)源網(wǎng)絡(luò)庫(kù),具體見(jiàn):libevent學(xué)習(xí)筆記 一、基礎(chǔ)知識(shí)

至于二者之間的效率憔购，仁者見(jiàn)仁宫峦。

當(dāng)然還有很多:比如云風(fēng)寫(xiě)的skynet(c + lua),陳碩寫(xiě)的muduo(c++)。都寫(xiě)得很好,云風(fēng)寫(xiě)的東西簡(jiǎn)單好用玫鸟，陳碩在秀他的c++技術(shù)导绷。

2.protobuf:全稱(chēng)Google Protocol Buffers，是google開(kāi)發(fā)的的一套用于數(shù)據(jù)存儲(chǔ)屎飘，網(wǎng)絡(luò)通信時(shí)用于協(xié)議編解碼的工具庫(kù)妥曲。它和XML或者JSON差不多贾费，也就是把某種數(shù)據(jù)結(jié)構(gòu)的信息，以某種格式（XML檐盟，JSON）保存起來(lái)褂萧，

protobuf與XML和JSON不同在于，protobuf是基于二進(jìn)制的葵萎。主要用于數(shù)據(jù)存儲(chǔ)导犹、傳輸協(xié)議格式等場(chǎng)合。具體見(jiàn):google protobuf學(xué)習(xí)筆記二：使用和原理

protobuf他的優(yōu)勢(shì)是對(duì)于傳輸比較大的數(shù)據(jù)產(chǎn)生的數(shù)據(jù)很緊湊很小羡忘，可以明顯減小傳輸量谎痢。

而且處理速度也比較快，又有各種編程語(yǔ)言的實(shí)現(xiàn)卷雕，例如C++,Java,PHP等等节猿。

缺點(diǎn)是不能明文編輯(數(shù)據(jù)是二進(jìn)制的)。

用protobuf rpc進(jìn)行數(shù)據(jù)傳輸很方便漫雕，所以是一個(gè)不錯(cuò)的選擇滨嘱。google protobuf只負(fù)責(zé)消息的打包和解包,并不包含RPC的實(shí)現(xiàn)，所以需要自己實(shí)現(xiàn)浸间。

3.zeromq:消息隊(duì)列,一個(gè)穩(wěn)健太雨，簡(jiǎn)潔的多進(jìn)程通訊方案的基礎(chǔ)。ZeroMQ 并不是一個(gè)對(duì)socket的封裝发框，不能用它去實(shí)現(xiàn)已有的網(wǎng)絡(luò)協(xié)議躺彬。它有自己的模式煤墙，不同于更底層的點(diǎn)對(duì)點(diǎn)通訊模式梅惯。它有比 tcp 協(xié)議更高一級(jí)的協(xié)議。（當(dāng)然 ZeroMQ 不一定基于 TCP 協(xié)議仿野，它也可以用于進(jìn)程間和進(jìn)程內(nèi)通訊铣减。）它改變了通訊都基于一對(duì)一的連接這個(gè)假設(shè)。

在這里它更適合服務(wù)器與服務(wù)器之間的通信脚作，比如邏輯服和戰(zhàn)斗服之間進(jìn)行通信葫哗。

4.memcached:一個(gè)高性能的分布式內(nèi)存對(duì)象緩存系統(tǒng)，用于動(dòng)態(tài)Web應(yīng)用以減輕數(shù)據(jù)庫(kù)負(fù)載球涛。它通過(guò)在內(nèi)存中緩存數(shù)據(jù)和對(duì)象來(lái)減少讀取數(shù)據(jù)庫(kù)的次數(shù)劣针，從而提高動(dòng)態(tài)、數(shù)據(jù)庫(kù)驅(qū)動(dòng)網(wǎng)站的速度亿扁。

可以用來(lái)做緩存捺典，比如客戶(hù)端本來(lái)每次操作都需要操作數(shù)據(jù)庫(kù)，會(huì)嚴(yán)重影響效率从祝，這時(shí)在中間加一層緩存系統(tǒng)襟己，就提升了性能引谜。基于http協(xié)議的通信用memcached是一個(gè)不錯(cuò)的選擇擎浴，如果是tcp長(zhǎng)鏈接员咽，直接維護(hù)一個(gè)在線(xiàn)的內(nèi)存對(duì)象就可以了。

類(lèi)似的技術(shù)還有redis等贮预。

5.glog/zlog:你肯定需要記錄日志,看愛(ài)好嘍贝室。

6.tcmalloc:內(nèi)存性能分析

7.distcc:分布式編譯工具，之前每次修改代碼都要make半個(gè)小時(shí),用distcc進(jìn)行多臺(tái)電腦同時(shí)幫你編譯萌狂，快很多