簡單遊戲框架

2022-03-28 05:25:09 字數 2388 閱讀 5499

引用:

最近一段時間不是很忙,就寫了乙個自己的遊戲伺服器框架雛形,很多地方還不夠完善,但是基本上也算是能夠跑起來了。我先從上層結構說起,一直到實現細節吧,想起什麼就寫什麼。

第一部分 伺服器邏輯

伺服器這邊簡單的分為三個部分,客戶端的連線首先到達閘道器伺服器,閘道器這裡有個執行緒用來監聽來自與客戶端的連線,然後在將這些資料傳送到遊戲邏輯伺服器上,這個邏輯遊戲伺服器上,資料的互動就是通過與資料伺服器進行互動。recordserver專門用來處理與資料庫的連線,查詢這些事情。當然為了遊戲伺服器能夠最大程度的不卡,肯定就得規定好閘道器伺服器上的連線數量,免得像我們號稱流暢的鐵道部訂票網路一樣做個卡b,想想玩一局dota被卡的悲劇吧。當我們要做乙個大型網遊時,這三個伺服器顯然不夠。當然在自己寫的小遊戲的時候就無所謂了,幾個伺服器全部架設在自己的破筆記本上,不就是啟動幾個程式而已。

這個感覺寫得就差不多了,到細節吧。

第二部分 實現細節

這個就比較亂了,零零散散的,隨便寫了。這裡很多都是對各種工具的封裝,以便於自己 在專案的使用

1.make

專案這麼多目錄,這麼多子目錄,肯定得用工具去編譯了,使用aclocal,automake,autoconf,make,就把我們的程式編譯好了,編寫自己configure.in檔案,定義編譯選項、鏈結庫等等一系列亂七八糟的東西,然後對每個需要編譯的子專案編寫makefile.am,有的需要要編譯成庫的,比如base等基類這些,其他的都編譯成可執行檔案了,gatewayserver,logicalserver,recordserver。

2.套接字封裝,epoll使用

linux裡,我們使用socket來讀寫網路上的資料,這個很簡單了,gateway上乙個客戶端連線過來,我們就為它分配乙個socket 描述符了,在閘道器上,乙個執行緒用來accept,乙個執行緒用來做資料的處理,當accept乙個連線請求後,放到資料處理的執行緒,接受到乙個資料,然後直接**到logical server上,我們使用epoll_wait,來處理套接上的讀寫處理。每n ms處理一次迴圈,每次迴圈中使用一次epoll_wait,一次把這些有事件的socket取出來。

3.資料加密解密,壓縮解壓

對網路上的資料,為了保證安全性,必須對它們進行加密解密處理,這個簡單了,網上各種內容,這裡就不說了(全部寫完了,有時間再寫)。對資料進行壓縮,能減少頻寬吞吐,就是簡單的呼叫幾個zlib函式的呼叫,不細說,在前面**的《zlib使用》中有講,發現自己太懶,實在是懶得打字了。

4.執行緒封裝,互斥量,讀寫鎖

這些都是簡單的使用raii或其他方式,對這些東西進行一次本地封裝。(應該得寫乙個執行緒池去管理這些執行緒,todo)

5.資料庫封裝

使用mysql,使用mysql的c api函式,這個必須得封裝一下,不是每次資料的處理,都得去做很多事情,實現乙個本地的資料的field(列),record(記錄),table(表),database(資料庫),recordset(查詢結果集)。製作乙個資料庫連線控制代碼mysqlhandle,處理對資料庫的連線,處理等,實現乙個handlerpool,,每次從pool中取出乙個控制代碼來對資料庫進行查詢,免得每次都去重新連線,什麼的。

6.自己的記憶體池

在之前分享的文章中《記憶體池技術詳解》《編寫自己的記憶體分配器》,自己的《記憶體池應用》,已經很詳細的說明了,記憶體池的製作,當然我在這裡還是有一些改動的,但是大概思路就是這些了。

7.有乙個狀態機的實現

8.lua與c++互動框架

這個暫時寫了一半,等全部完成了,再來弄,反正就是像npc處理這些,指令碼處理這些,使用tolua++。

9.tinyxml封裝,正規表示式封裝

tinyxml乙個輕量級的xml解析器,很簡單,反正是把這些現成的東西拿來自己用。正規表示式沒有進入c++標準,但是還是很多現成的正規表示式的處理,直接用linux庫下的regex.h,就是編譯正規表示式,匹配結果這些,

10.log系統

乙個專案怎麼能沒有自己的日誌系統呢,反正就是打日誌,往檔案裡面寫東西,用std::fstream輕鬆搞定,定義好日誌級別:error / debug / fatel / info這些

11.時間封裝

這個必須有,否則自己還每次去呼叫get_clocktime,gmtime,time各種函式呀。

12.使用boost庫里的,noncopyable,singleton這些設計方法,來寫我們的**

13.定義好各種訊號控制代碼,訊號發生時採用什麼策略,如sigpipe,做忽略處理

待續。。。。。。。。(睡覺了)

遊戲伺服器技術應該算來已經很成熟了,相比客戶端,它的技術更新速度很慢了。客戶端這邊,技術很多,各種遊戲引擎比如3d的虛幻這些,什麼粒子引擎,聲音這些,頁遊的flash, html5,utility,,太多了,搞不過來呀。我先把伺服器這邊好好專專,其他的等以後再說吧。

簡單遊戲框架

引用 最近一段時間不是很忙,就寫了乙個自己的遊戲伺服器框架雛形,很多地方還不夠完善,但是基本上也算是能夠跑起來了。我先從上層結構說起,一直到實現細節吧,想起什麼就寫什麼。第一部分 伺服器邏輯 伺服器這邊簡單的分為三個部分,客戶端的連線首先到達閘道器伺服器,閘道器這裡有個執行緒用來監聽來自與客戶端的連...

乙個簡單遊戲框架

1。系統 system t 類包含了指向我們系統要使用的純介面指標。如下列出了所有system t類提供的介面。1.logsys t 處理遊戲中所有的訊息記錄,可以選擇的輸出方式包括文字框或檔案 2 errorsys t 處理所有出錯的訊息和狀態 3 timesys t 提交時間資訊 4 facto...

乙個簡單遊戲框架

1。系統 system t 類包含了指向我們系統要使用的純介面指標。如下列出了所有system t類提供的介面。1.logsys t 處理遊戲中所有的訊息記錄,可以選擇的輸出方式包括文字框或檔案 2 errorsys t 處理所有出錯的訊息和狀態 3 timesys t 提交時間資訊 4 facto...