最近一段時間不是很忙，就寫了乙個自己的遊戲伺服器框架雛形，很多地方還不夠完善，但是基本上也算是能夠跑起來了。我先從上層結構說起，一直到實現細節吧，想起什麼就寫什麼。
第一部分 伺服器邏輯
伺服器這邊簡單的分為三個部分，客戶端的連線首先到達閘道器伺服器，閘道器這裡有個執行緒用來監聽來自與客戶端的連線，然後在將這些資料傳送到遊戲邏輯伺服器上，這個邏輯遊戲伺服器上，資料的互動就是通過與資料伺服器進行互動。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,，太多了，搞不過來呀。我先把伺服器這邊好好專專，其他的等以後再說吧。
乙個簡單的遊戲伺服器框架
最近一段時間不是很忙，就寫了乙個自己的遊戲伺服器框架雛形，很多地方還不夠完善，但是基本上也算是能夠跑起來了。我先從上層結構說起，一直到實現細節吧，想起什麼就寫什麼。第一部分 伺服器邏輯 伺服器這邊簡單的分為三個部分，客戶端的連線首先到達閘道器伺服器，閘道器這裡有個執行緒用來監聽來自與客戶端的連線，然...
乙個簡單的遊戲伺服器框架
最近一段時間不是很忙，就寫了乙個自己的遊戲伺服器框架雛形，很多地方還不夠完善，但是基本上也算是能夠跑起來了。我先從上層結構說起，一直到實現細節吧，想起什麼就寫什麼。第一部分 伺服器邏輯 伺服器這邊簡單的分為三個部分，客戶端的連線首先到達閘道器伺服器，閘道器這裡有個執行緒用來監聽來自與客戶端的連線，然...
乙個簡單的遊戲伺服器框架
最近一段時間不是很忙，就寫了乙個自己的遊戲伺服器框架雛形，很多地方還不夠完善，但是基本上也算是能夠跑起來了。我先從上層結構說起，一直到實現細節吧，想起什麼就寫什麼。第一部分 伺服器邏輯 伺服器這邊簡單的分為三個部分，客戶端的連線首先到達閘道器伺服器，閘道器這裡有個執行緒用來監聽來自與客戶端的連線，然...