趣談手機游戲網(wǎng)站架構(gòu)

談構(gòu)架，先聊一聊手機游戲業(yè)務(wù)特點。

1、難題取決于算法復(fù)雜度要以N^2開展提高的，以平方米的等級增加的。實際業(yè)務(wù)流程展現(xiàn)為，如挪動，一個人挪動要通告別人，N本人挪動便是N*(N-1),以平方米等級增加的。如世界聊天等。因此好多游戲采用分服分線的對策。自然也有風(fēng)險性難題，現(xiàn)在的客戶成本費持續(xù)上升，一千人服務(wù)器的成本費都就過萬了，出些技術(shù)性難題，一個服外流點人都能虧好幾千，幾萬元，總數(shù)攀上去風(fēng)險性過高。

2熱點話題。實際業(yè)務(wù)流程展現(xiàn)為，沙巴克攻城，幫大會戰(zhàn)等。方案策劃的業(yè)務(wù)需求，人多熱鬧，尤其了設(shè)置情景人會重合，就更甚了。跟12306火車票訂票的難題有些像，僅僅量級沒有在一個等級罷了。但是還有一個難題便是手機客戶端承受不了，手機同屏100不上就不行了，網(wǎng)頁頁面flash同臺也就200來人卡得起飛，手機客戶端反是可達過千。但是服務(wù)器做過千同臺問題不大。

3、高響應(yīng)時間，主要要在50ms下列的響應(yīng)時間。由于再加上網(wǎng)絡(luò)延時就可到100ms,玩過lol或是騰訊王者榮耀，當延遲時間超出100ms會出現(xiàn)卡突然感到，過去了200ms,許多都沒法玩的了。許多其他方面乃至能抵達秒等級回應(yīng)就行，但手機游戲不好。但是手機游戲的項目里并非全部都要求高回應(yīng)的，高相應(yīng)的關(guān)鍵在情景同歩上，關(guān)鍵在挪動，作戰(zhàn)上邊，游戲玩家響應(yīng)時間會出現(xiàn)最直接的體驗，但對一些幫會申請辦理之類的，那些的回應(yīng)必須更偏重傳統(tǒng)式行業(yè)，1秒都是能接受的，但最好是或是都是在500ms一下。自然不一樣游戲分類的響應(yīng)時間的需求不一樣。當初做熱血傳奇，挪動間距是550ms,因此實際上不得超過200ms都是還可以的，到500ms,便是一步一卡住。自然也許便是應(yīng)用物件什么樣的會出現(xiàn)一些稍微的卡突然感到。

4、數(shù)據(jù)一致性要求高。這方面是貼近電子商務(wù)，財務(wù)的要求。物件由于一些緣故，如bug,忽然多的是，游戲玩家想去刷，毀壞游戲平衡，少了會造成用戶流失。包含在系統(tǒng)崩潰的情況下，也得數(shù)據(jù)信息一致。終究有也許便是恰好沖值，結(jié)論數(shù)據(jù)信息一丟，沖的錢沒了。

5、網(wǎng)絡(luò)信息安全這方面，反是不過重。容許遺失數(shù)據(jù)信息，如同社交媒體能遺失微信聊天記錄。但不可過長，較多其實就是5min，因為太長游戲玩家會出現(xiàn)白睡的覺得。自然最好是便是不丟，但在災(zāi)難面前，丟5min數(shù)據(jù)信息真的是瑣事，之前在9377的情況下，有丟失1，2個月數(shù)據(jù)信息的事情。前不久，也有騰訊云服務(wù)還把他人企業(yè)的信息全丟失，關(guān)鍵是數(shù)據(jù)一致性。

6、寫數(shù)據(jù)信息比讀取數(shù)據(jù)多。在每一個業(yè)務(wù)流程之中，挪動是占有98%比例，挪動一次得記錄下座標。因此，寫比讀多。

7、信息量比較小，一個服的數(shù)據(jù)信息，運作一個月導(dǎo)出，很有可能便是好幾百M撐天了，但是這一大量是由于單服總數(shù)的關(guān)聯(lián)。最后一個服均值便是100來人。

8、服務(wù)器是指有狀態(tài)的，重新啟動游戲玩家會斷線，有Bug必須急速修補，并且不可以隨便重新啟動。由于寫比讀多，而且還是多過多，因此一般都得做緩存文件，重新啟動會致使緩存文件遺失。并不像一些方面能夠數(shù)據(jù)都存數(shù)據(jù)庫系統(tǒng)，讓網(wǎng)絡(luò)服務(wù)器無狀態(tài)，隨時隨地重新啟動。

9、組隊，合區(qū)要求

其它的要求就跟其他行業(yè)類似

1、開發(fā)設(shè)計高效率，合作高效率，入門難度系數(shù)

2、網(wǎng)上查Bug，容錯機制工作能力

3、服務(wù)器宕機解決,容災(zāi)備份

從現(xiàn)在起聊一聊解決方法

1、測算算法復(fù)雜度這種情況，實際上一般采用同臺廣播節(jié)目，集中化派發(fā)就還可以處理。乃至不解決都能夠，由于大量情況下是手機客戶端限定，用戶數(shù)量未到那個位置。自然就算是到一定量的用戶數(shù)量(至少單服過萬)才必須考慮到這類難題。自然壓根擺脫困境的方式是做群集，便是與此同時多臺設(shè)備承重同一張地圖的情景計算就可以了（不過這兒也是有一些坑跟難題，計劃方案較多限制可能在100萬，由于網(wǎng)絡(luò)帶寬先炸了）。可是最關(guān)鍵或是一個，成本問題。網(wǎng)絡(luò)創(chuàng)業(yè)有一個基礎(chǔ)是邊際效益為0，或者在用戶數(shù)量大貼近0。但是這類方法是邊際效益會越來越高。因此大部分采用分服分線的對策

2、熱點話題，業(yè)務(wù)需求，無法處理。

3、高回應(yīng)，一般手機游戲最少30幀，每幀30ms。但其實網(wǎng)絡(luò)服務(wù)器真的必須讓響應(yīng)速度到30ms,一般游戲玩家一個動作便是10幾幀，至少都是有8幀,在姿勢完畢前回應(yīng)就可以了。100ms下列基本上ok,不僅一些像騰訊王者榮耀那類，必須高精密的，很有可能特殊處理。

4、數(shù)據(jù)一致性，我覺得在較為基本，一般采用事務(wù)管理處理

5、網(wǎng)絡(luò)信息安全這方面，一般采用服務(wù)器宕機載入數(shù)據(jù)信息，一般不會丟數(shù)據(jù)信息，除非是是有硬件配置毀壞，或是崩潰。一般不會丟，并且最多也只能丟5min數(shù)據(jù)信息。

6、寫數(shù)據(jù)信息比讀取數(shù)據(jù)多。這一其實也較為基本，一般采用緩存文件處理。

7、服務(wù)器是指有狀態(tài)的，這一有些時候大家會采用熱更新。之前甚至是直接把業(yè)務(wù)流程界面設(shè)計成外掛，開展動態(tài)庫重新加載的解決。也有快速重啟這種對策

8、組隊，實際上數(shù)據(jù)信息瀏覽的難題，也有一致性的情況。

9、開發(fā)設(shè)計高效率，合作高效率，入門難度系數(shù)。網(wǎng)絡(luò)服務(wù)器架構(gòu)采用許多全是面對插口 面向?qū)ο缶幊?，以確保合作，及其開發(fā)設(shè)計高效率

10、網(wǎng)上查Bug,一般便是日志 coredump，還有一些監(jiān)管專用工具，如top之類的。

11、服務(wù)器宕機一般便是安全性停服，做各種各樣數(shù)據(jù)保存。自然也有數(shù)據(jù)庫系統(tǒng)服務(wù)器宕機這種解決，業(yè)務(wù)流程拆分為分布式系統(tǒng)，開展進行系統(tǒng)分區(qū)容災(zāi)備份。

結(jié)論整體來看，信息的情況，網(wǎng)上檢錯，容災(zāi)備份，熱更這種才算是重點問題。而實際上在之前，會出現(xiàn)網(wǎng)絡(luò)不穩(wěn)定，由于epoll跟iocp都還沒發(fā)生，大伙兒還要的select,知名的c10k難題，因此構(gòu)架上面會出現(xiàn)網(wǎng)關(guān)ip的設(shè)置。也有便是這10年計算機的特性翻了許多倍，知名的顛覆性創(chuàng)新了解一下，當初單機版做1000人都是難題?，F(xiàn)在都是否難題。如今單核 無堵塞序列，都可以做到2000 ，如果用上一些高頻率的設(shè)備，乃至很有可能做到5000人。之前許多的難題都不是問題了。

然后詳細介紹一些構(gòu)架實際的計劃方案。

單核 無堵塞序列

這一構(gòu)架的主要取決于業(yè)務(wù)流程進程不可以有堵塞，別的IO多線程，一些重測算的，排名榜(堆排序)，閑聊(ac自動機)等必須獨特優(yōu)化算法開展提升，或分布式框架，分拆出去。

自然可能碰到一些問題

1、無鎖程序編寫(并非必需，能夠簡易序列解決)

2、多線程死鎖難題

3、組隊會非常繁瑣，由于構(gòu)架藕合較為嚴重，一般建個開服作為組隊，進到組隊數(shù)據(jù)庫同步以往，等撤出組隊，再把數(shù)據(jù)信息反方向同歩回家

4、點射難題，一旦不能用，便是總體不能用

刻意說一下這一,這一的設(shè)計的目的就是為了完成網(wǎng)絡(luò)服務(wù)器無狀態(tài)，把情況存進來redis里邊，關(guān)鍵服務(wù)器基本都是有狀態(tài)的，必須儲存一些情況的信息。自然有一些類型能夠制成無狀態(tài)，如牌組。不儲存情況，就可完成快速重啟，數(shù)據(jù)信息，邏輯性分離出來益處多多。但并非所有的業(yè)務(wù)流程都可以用，redis在單鏈接大約在2萬qps，多連接的確會到10萬qps。針對絕大多數(shù)業(yè)務(wù)流程是可以的，許多全是低頻率業(yè)務(wù)流程，但對一些高頻率的，同臺100在用這一撐不住的。

分布式框架

這一構(gòu)架的主要取決于網(wǎng)絡(luò)服務(wù)器分拆，一般按照業(yè)務(wù)流程，數(shù)據(jù)一致性開展分拆。

自然還會碰到一些問題

1分布式系統(tǒng)數(shù)據(jù)一致性難題（最不便的難題，盡管說有通用性計劃方案，便是做分布式事務(wù)，選用最后一致性開展讓步，但許多企業(yè)的作法是沒理，由于不便，根據(jù)把緩存溢出盡可能把切分的作用合在一起，對策采用先扣減，出問題，在線客服人力補）

2啟用鏈難題，由于作用隔斷，有些時候難題搜索不便（日志追蹤不便，由于作用隔斷，日志遍布在不一樣的服務(wù)器上）

3運維管理的任務(wù)量猛增，也許必須開發(fā)設(shè)計一些附加的專用工具

4點射難題不能用（網(wǎng)絡(luò)不可用，設(shè)備不能用）

5一些特殊的業(yè)務(wù)流程得做冗余技術(shù)，做緩存文件系統(tǒng)軟件

我覺得能夠顯著比照，分布式框架要做要解決的問題會相堆較多，因此有充足的人工才去做,因此那也是個考慮的基本要素之一。

自然不一樣游戲分類，構(gòu)架會略微不一樣，簡單介紹一下

mmorpg前邊曾經(jīng)說過網(wǎng)絡(luò)服務(wù)器分拆是根據(jù)數(shù)據(jù)一致性的，在mmorpg中，情景的數(shù)據(jù)是較為主要的，并不像回合制游戲，情景物件與角色，數(shù)據(jù)庫同步量非常大，做數(shù)據(jù)一致性較為不便，一般能把情景人物角色管理方法合為一體，當在情景撿一個物件，進到挎包，角色血條同歩,專業(yè)技能同歩等。

棋牌類游戲，工作壓力會取決于各種各樣子游戲跟智能機器人上邊，因此會采用按手機游戲分拆，每輪手機游戲再開展數(shù)據(jù)庫同步，有業(yè)務(wù)流程的獨特性，網(wǎng)關(guān)ip避開進攻，避開管控。

架構(gòu)模式，實際上大量就是為了解決困難，像一些時髦的微服務(wù)架構(gòu)，實際上關(guān)鍵為了能是處理在很多人力資源與此同時做一個項目，在溝通交流成本費大幅度增漲前提下，完成有效分拆，降低交流成本費。

這也是一篇總起的文章內(nèi)容，由于這類關(guān)鍵點的解決方法，都可以分別變成一篇文章。篇數(shù)比較有限。后邊會開始說關(guān)鍵點。

數(shù)據(jù)儲存對策

mysql的我們應(yīng)該掌握的關(guān)鍵技術(shù)

mysql的一些高可用性計劃方案

redis的我們應(yīng)該掌握的關(guān)鍵技術(shù)

手機游戲業(yè)務(wù)上常見的優(yōu)化算法

lua熱更新構(gòu)思

地形圖，情景同歩計劃方案

組隊完成

數(shù)據(jù)信息一致對策，事務(wù)管理

功能測試構(gòu)建

一些編號里的小竅門（防無限循環(huán)）

一些有意思的設(shè)計方案構(gòu)架（多租戶構(gòu)架）

更詳盡構(gòu)架計劃方案（mmorpg等）

租定服務(wù)器挑選騰佑科技！騰佑科技成為了國內(nèi)最大的國外服務(wù)器IDC服務(wù)提供商，網(wǎng)絡(luò)服務(wù)器、計算中心解決方法發(fā)展趨勢完善，各大行業(yè)上市企業(yè)也喜歡與騰佑科技協(xié)作，放心、方便、省時省力。騰佑科技已為很多公司給予最安全的海外游戲解決方法、游戲數(shù)據(jù)安全解決方案、手機游戲服務(wù)器的配置安全性、手機游戲服務(wù)器搭建計劃方案。