《《新飛飛》網游服務器架構設計.ppt》由會員分享，可在線閱讀，更多相關《《新飛飛》網游服務器架構設計.ppt（24頁珍藏版）》請在匯文網上搜索。

1、1,大寶(sodme) 2010.12.20,網游服務器架構設計,2,韓服網絡拓撲圖,3,國服網絡拓撲圖,4,韓版架構：一組七類進程，玩家三線連接韓版優(yōu)劣：架構復雜，難以查證、跟蹤與調試，難以上手、維護與培訓，不穩(wěn)定，性能差，邏輯易混亂，最高僅1500人；優(yōu)點是同內容下玩家數(shù)量可擴充單服國服架構：一組兩類進程，玩家單線連接國服優(yōu)劣：最高2900人，單線管理不易擴充單服,韓版與國服對比,5,何謂架構（作為動詞） ？“架構”就是程序人員對需求的設計，對各個產品、各種功能、各部分模塊及流程多種需求的設計有哪些架構（作為名詞） ？網絡，邏輯，數(shù)據(jù)流，功能（策劃案），配置表（數(shù)據(jù)結構）架構從哪里來？從需

2、求中來。哪些需求？玩法的、安全的、性能的、運營的，甚至是團隊成長的如何成長為架構師？學習，參考，實踐，驗證，改進,關于架構,6,設計原則：簡單，可控，穩(wěn)定，高性能一些具體的設計目標（略舉一二）：大二的學生都可以讀得懂、能寫、能控因事沒來上班時，有人能動你的代碼不怕有問題，隨時可追查設計框架：一組服務器僅含兩個進程，DB負責數(shù)據(jù)緩存、賬號認證、計費通信等第三方接口接入；GAME負責游戲邏輯、玩法、游戲內容構建,國服版本設計方法,7,DB架構設計圖,8,數(shù)據(jù)緩存策略：賬號列表管理，同賬號下最多三角色數(shù)據(jù)緩存（讀取規(guī)則，緩存上限，調度策略）全局性數(shù)據(jù)存取策略：開機即讀取，定時保存，全局快照第三方接口

3、通信策略：基于防御性的接口互訪規(guī)則（日志審計，邏輯防御），基于驗證重發(fā)的通信規(guī)則,DB架構設計,9,嚴重問題：DOWN機（內存，數(shù)據(jù)庫訪問，登錄堵塞），數(shù)據(jù)錯亂，數(shù)據(jù)不保存解決方法：盡可能簡單的表結構盡可能簡單的SQL語句定長的數(shù)組可控的壓力閥值（由GAME控制）總目標：不要讓單玩家掌控你的機器資源,DB設計經驗,10,GAME架構設計圖,11,幀輪詢機制：對象管理體系；網絡、邏輯、AOI分線程；主邏輯一秒三幀，網絡發(fā)送一秒六幀消息隊列機制：網絡消息，AI消息，位置同步消息，數(shù)據(jù)存取消息，定時器消息，腳本調用消息引擎與腳本：開發(fā)速度、穩(wěn)定性、熱更新,GAME架構設計,12,邏輯的驅動來源：網絡

4、消息，AI消息，定時器消息三大驅動方式邏輯的驅動方式：在主循環(huán)幀中分別處理來自于各消息隊列的消息（便于統(tǒng)一管理、性能監(jiān)控）具體的內容組織：玩家，NPC、怪、寵物，家族、師徒、戀人，物品、裝備，任務、活動等,GAME主邏輯架構,13,對象的層級：簡單動態(tài)對象（無邏輯的活物、空艇等），復雜動態(tài)對象（NPC，怪物，玩家），對象集合（師徒，戀人，組隊，家族，王國）個體對象設計：定義屬性，方法，常用接口，接口保護，設定數(shù)據(jù)刷新、存取規(guī)則集合對象設計：定義管理方式，數(shù)據(jù)結構，數(shù)據(jù)同步方法，異常處理原則,GAME對象管理體系,14,基本模型：EPOLL數(shù)據(jù)的memcpy：一次性接收，無memcpy；發(fā)數(shù)據(jù)時

5、有一次memcpy。數(shù)據(jù)緩存事先建立。數(shù)據(jù)收發(fā)：統(tǒng)一的收取消息隊列，處理函數(shù)；單個玩家獨立的發(fā)送隊列，按幀發(fā)送，小包拼接。最多：位置，對象加載，狀態(tài)。性能：2900人在線，80M帶寬,GAME網絡架構,15,基本模式：狀態(tài)+消息，主循環(huán)輪詢狀態(tài)：空閑，狂燥，逃跑，返回消息：初始化，處理，傷害，到達，結束狀態(tài)與消息的關系：由消息實現(xiàn)狀態(tài)間跳轉，改變AI策略，由狀態(tài)的自輪詢實現(xiàn)怪物智能的自我觸發(fā),GAME AI架構,16,基本模式：以時間尺作為排隊方式，只執(zhí)行當前時間刻度的邏輯（借鑒linux源代碼）主要功能：提供自維護邏輯的運行（技能、BUFF、安全監(jiān)控、統(tǒng)計等）基本實現(xiàn)：引擎層實現(xiàn)架構，向腳本

6、層提供定時器訪問接口，腳本層通過接口訪問相關功能：添加定時器（一次性、輪詢、按條件控制），回調函數(shù)，定時器銷毀,GAME定時器架構,17,基本模式：行走、戰(zhàn)斗等玩家主要行為，皆通過狀態(tài)機機制實現(xiàn)，“狀態(tài)+消息”的基本觸發(fā)方式狀態(tài)：坐下，近攻，遠攻，站立，移動等消息：設定狀態(tài)，刪除狀態(tài)，開始，終止等關系：維護一定時間，且與其他狀態(tài)有互斥等交互行為的可以設定為一個狀態(tài),GAME狀態(tài)機架構,18,基本內容：場景靜、動態(tài)邏輯加載，區(qū)域自觸發(fā)邏輯，對象可見、范圍相關的邏輯（傷害范圍，可見范圍等）基本方式：稱之為LinkMap的數(shù)據(jù)結構，按“層+二維數(shù)組”的模式組織場景里的靜、動態(tài)可管理資源。層與層之間可

7、設定可見性、可計算性；二維數(shù)組內的各對象之間可以設定可見性,GAME場景管理架構,19,腳本化，熱更新，多日志單一系統(tǒng)的在線開關控制單一系統(tǒng)的資源統(tǒng)計版本的快速迭代、驗證（30分鐘解決問題）單個技術人的全面素質培養(yǎng)，獨當一面，靈活應對預估風險，作好準備方案（既要考慮壞，也要考慮好）基于互不信任的架構和邏輯思路,面向運營的架構要素,20,DB：數(shù)據(jù)回檔，不保存，當機，認證無返回物品系統(tǒng)：index不對應，命名不統(tǒng)一，溝通不充分交易系統(tǒng)：日志不充分，追查難，多數(shù)據(jù)存放點狀態(tài)機系統(tǒng)：控制太精確，雙方無主從關系，狀態(tài)不同步,我們曾犯的經典錯誤及改進,21,盡量減少對第三方庫的使用和依賴盡量做到代碼自解

8、釋盡量不使用技巧性過強的設計方法盡量少上設計模式的當代碼是為他人而寫實踐出真知，預防抗風險，分享促成長，團隊強才是真的強,我們的一些體會,22,速度：從策劃案開始交付實施之日，兩周之內出一個中型玩法或中型系統(tǒng)質量：“簡單、可控”保證了系統(tǒng)穩(wěn)定，防御性編程思維保證了留有后路，30分鐘內解決服務器問題（要么修正錯誤，要么關閉局部系統(tǒng)），不停機更新團隊：人人都可以雙端開發(fā)，獨當一面；技術全面；技能素質和心理素質全面,我們目前的狀態(tài),23,設計本天成，妙手偶得之,設計的最高境界,24,Google talk & mail: sodme.新浪微博： 產品博客： 技術博客： 公司popo： QQ： 11700466,大寶的聯(lián)系方式,