1、 系統初始化

系統初始化是當香港游戲服務器在沒有客戶端連接時啟動時需要完成的工作。它基本上讀取配置文件并初始化系統參數。

但我們必須考慮：

系統初始化所需的參數在哪里？它們是在本地香港游戲服務器上還是在數據庫中配置的；

啟動香港服務器時，訪問數據庫；

是否需要重新啟動香港服務器進行配置修改。

2、 博弈邏輯

博弈邏輯是游戲的核心功能實現，是整個游戲的服務中心。它的發展直接決定了香港游戲服務器在運行中的性能。博弈邏輯的發展應該注意什么？

游戲是一種網絡互動性很強的商業活動。良好的底層通信可以最大限度地提高游戲的性能，同時增加單個在線香港游戲服務器處理的人的數量，并給游戲帶來更好的體驗。至少，由于網絡層的原因，不容易造成數據交互阻塞。這里我推薦netty，這是目前最流行的NiO框架。它的用法可以在我的前一篇文章中看到，在這里我將不再贅述。

有人問，代碼還需要分層嗎？當然，不同的代碼代表不同的功能。今天的開發語言都是面向對象的。如果我們不去思考和整理功能代碼，看起來我們一開始就很快實現了功能，但是到了后期，如果我們想修改需求或者在原來的代碼中增加新的需求，我們真的是被自己打敗了。因此，代碼必須分層，主要包括以下幾層：

協議層又稱前臺和后臺交互層，主要負責解析和返回前臺交互協議中的數據。這一層基本上沒有業務邏輯實現。與前臺交互的數據在此級別開始和結束。例如，如果使用netty框架，那么netty的channelhandlercontext（CTX）只能出現在這個層中。它不能出現在游戲實現中的業務邏輯代碼。香港游戲服務器接收到客戶端的請求后，在該層解析所需的參數，然后將參數發送到業務邏輯方法。業務邏輯方法完成后，返回給客戶端的數據在該層返回，數據在該層組織并返回給客戶端。這樣，業務邏輯就可以與網絡層分離了。業務邏輯只關心業務實現，也便于對業務邏輯進行單元測試。

業務邏輯層，處理真正的游戲邏輯。計算價格，計算價格，清關和計時。已保存數據的已保存數據。但是，該層不直接操作緩存或數據庫，只處理游戲邏輯計算。由于業務邏輯層是整個游戲事件處理的核心，其處理的好壞直接決定了游戲的正確性。因此，這一層的代碼應該盡量用面向對象的方法來實現。香港游戲服務器不要出現重復的代碼或類似的函數進行復制粘貼，這樣很不方便修改。可能是您修改了某個位置而忘了修改另一個相同的代碼。還要考慮到每個方法都是可測試的，最好不要在一個方法中有超過100行的行。另外，你可以多讀一些設計模式的書籍，它可以幫助我們設計靈活、干凈的代碼。

3、 數據庫系統

香港游戲服務器數據庫是存儲數據庫的核心，但游戲數據在存儲到數據庫時會經過網絡和磁盤的IO，其訪問速度相對于內存來說非常慢。一般來說，每次訪問數據庫時，都需要與數據庫建立連接。訪問完成后，為了保存數據庫的連接資源，應再次斷開連接。

這樣，將增加香港游戲服務器的成本。當訪問大量數據時，速度可能較慢，并且游戲需要較低的延遲。那我們該怎么辦？我們考慮數據庫連接池，即將與數據庫的連接放在一個地方進行管理。當我使用它時，我會繼續打開它。當我用它的時候，我會把它帶到那里，用完后再放回去。不要每次都有新的聯系。

但是，如果我們想自己實現一套連接池管理組件，不說還需要時間，技術的控制也是一個考驗，我們還得再經歷一次考驗。幸運的是，機智。