????????讓網(wǎng)絡(luò)游戲服務(wù)器的編程變得輕松簡(jiǎn)單！

架構(gòu)簡(jiǎn)圖

?

ioGame 支持 3 種類型的通訊方式，分別是單次請(qǐng)求處理、推送、邏輯服間的相互通信；下面分別對(duì)這 3 種類型的通訊方式的使用上舉幾個(gè)例子。

1.單次請(qǐng)求處理

????1.1 請(qǐng)求、無(wú)響應(yīng)

????????當(dāng)請(qǐng)求端發(fā)起請(qǐng)求后，邏輯服不會(huì)發(fā)送任何響應(yīng)給請(qǐng)求端。可以用在在網(wǎng)絡(luò)通訊中，存在著不需要接收方回執(zhí)確認(rèn)的調(diào)用模型，如數(shù)據(jù)采集的場(chǎng)景: 打點(diǎn)采集、日志傳輸、metrics上報(bào)等。

????1.2 請(qǐng)求、響應(yīng)

????????請(qǐng)求、響應(yīng)是在游戲開(kāi)發(fā)中常見(jiàn)的通訊模式，也就是通訊的一方發(fā)出請(qǐng)求，而遠(yuǎn)程通訊的對(duì)方做出響應(yīng)，也就是常說(shuō)的請(qǐng)求/響應(yīng)模式。

????????比如：裝備的升級(jí)、人物的升級(jí)、玩家的移動(dòng)、抽獎(jiǎng)、游戲前端到某一個(gè)場(chǎng)景時(shí)需要從游戲服務(wù)端獲取一些對(duì)應(yīng)的場(chǎng)景配置等；

?

2.推送

????2.1 指定單個(gè)或多個(gè)用戶廣播（推送）

????????向一個(gè)或多個(gè)指定的用戶（玩家）主動(dòng)發(fā)送一些數(shù)據(jù)。?比如：

????????????給指定的在線玩家發(fā)送一些獎(jiǎng)勵(lì)。

????????????給在同一個(gè)房間內(nèi)的玩家廣播一些數(shù)據(jù)，如某一個(gè)玩家射擊子彈，把這子彈的數(shù)據(jù)廣播給房間內(nèi)的其他玩家。如幾個(gè)玩家在同一個(gè)房間內(nèi)打牌，某個(gè)玩家出牌后，把這張牌的數(shù)據(jù)廣播給房間內(nèi)的其他玩家。

2.2 全服廣播（推送）

????給全服的所有在線玩家廣播消息，如廣播公告、即將停服維護(hù)等。

3.邏輯服間的相互通信

????3.1 單個(gè)邏輯服與單個(gè)邏輯服通信請(qǐng)求（可跨進(jìn)程）

????????邏輯服與邏輯服之間的相互請(qǐng)求通信

????????比如：我們有兩個(gè)游戲邏輯服，分別是：a.天氣預(yù)報(bào)邏輯服、b.戰(zhàn)斗邏輯服?，F(xiàn)在我們?cè)O(shè)想一個(gè)回合制游戲的戰(zhàn)斗場(chǎng)景，需要配合天氣，根據(jù)天氣來(lái)增強(qiáng)或者減弱某個(gè)英雄的能力。那么在戰(zhàn)斗開(kāi)始前，戰(zhàn)斗邏輯服只需要向游戲網(wǎng)關(guān)發(fā)起一個(gè)獲取當(dāng)前天氣的請(qǐng)求，就可以得到當(dāng)前的天氣信息了，在根據(jù)當(dāng)前的天氣數(shù)據(jù)來(lái)增強(qiáng)或減弱該英雄的能力。

????????又比如：a.大廳邏輯服、b.獎(jiǎng)勵(lì)發(fā)放邏輯服。大廳記錄著一些數(shù)據(jù)（房間總數(shù)），獎(jiǎng)勵(lì)發(fā)放邏輯服根據(jù)當(dāng)前的房間數(shù)量，來(lái)生成不同獎(jiǎng)品，隨機(jī)發(fā)放給在線用戶。

詳細(xì)示例可參考：邏輯服與邏輯服之間的交互示例

????3.2 單個(gè)邏輯服與同類型多個(gè)邏輯服通信請(qǐng)求（可跨進(jìn)程）

????????比如：象棋邏輯服有 3 臺(tái)， 每臺(tái)邏輯服都有一個(gè)唯一的 邏輯服 id；我們可以在大廳邏輯服中向同類型的多個(gè)游戲邏輯服通信請(qǐng)求（可跨進(jìn)程），意思是大廳發(fā)起一個(gè)向這 3 臺(tái)象棋邏輯服的請(qǐng)求，框架會(huì)聚合 3個(gè)結(jié)果集，（假設(shè)結(jié)果是：當(dāng)前服務(wù)器房間數(shù)）當(dāng)大廳得到這個(gè)結(jié)果集，我們可以選擇房間最少人的象棋邏輯服，假設(shè) 《象棋邏輯服-1》 是房間數(shù)最少的，我們就可以把邏輯服 id 給到玩家所在的對(duì)外服，讓玩家在對(duì)外服記錄下來(lái)，之后這個(gè)玩家發(fā)起的請(qǐng)求就會(huì)自動(dòng)的到 《象棋邏輯服-1》 這臺(tái)服務(wù)器上，不會(huì)把請(qǐng)求分配到其他的象棋邏輯服上。

最后，發(fā)揮你的想象力，把這 3 類通訊方式用活，可以滿足很多業(yè)務(wù)。

網(wǎng)絡(luò)游戲框架簡(jiǎn)介

????ioGame 是國(guó)內(nèi)首個(gè)基于螞蟻金服 sofa-bolt 的網(wǎng)絡(luò)游戲框架，游戲框架由 [網(wǎng)絡(luò)通信框架] 和 [業(yè)務(wù)框架] 組成。

• 網(wǎng)絡(luò)通信框架：負(fù)責(zé)服務(wù)器之間的網(wǎng)絡(luò)通信
• 業(yè)務(wù)框架：負(fù)責(zé)業(yè)務(wù)邏輯的處理方式和編寫方式

通過(guò) ioGame 可以快速的搭建一個(gè)穩(wěn)定的、高性能的、分步式的網(wǎng)絡(luò)游戲服務(wù)器。

broker （游戲網(wǎng)關(guān)）可以集群的方式部署，集群無(wú)中心節(jié)點(diǎn)、自帶負(fù)載均衡。

游戲框架借助于螞蟻金服 sofa-bolt 通信框架來(lái)提供穩(wěn)定、高性能。

即使之前沒(méi)有游戲編程的經(jīng)驗(yàn)，也能參與到游戲編程中。如果你之前具備一些游戲開(kāi)發(fā)或者 web MVC 相關(guān)的知識(shí)，則會(huì)更容易上手游戲服務(wù)器的開(kāi)發(fā)。

網(wǎng)絡(luò)通信框架 - SOFABolt

SOFABolt 是螞蟻金融服務(wù)集團(tuán)開(kāi)發(fā)的一套基于 Netty 實(shí)現(xiàn)的網(wǎng)絡(luò)通信框架。

• 為了讓 Java 程序員能將更多的精力放在基于網(wǎng)絡(luò)通信的業(yè)務(wù)邏輯實(shí)現(xiàn)上，而不是過(guò)多的糾結(jié)于網(wǎng)絡(luò)底層 NIO 的實(shí)現(xiàn)以及處理難以調(diào)試的網(wǎng)絡(luò)問(wèn)題，Netty 應(yīng)運(yùn)而生。
• 為了讓中間件開(kāi)發(fā)者能將更多的精力放在產(chǎn)品功能特性實(shí)現(xiàn)上，而不是重復(fù)地一遍遍制造通信框架的輪子，SOFABolt 應(yīng)運(yùn)而生。

Bolt 名字取自迪士尼動(dòng)畫-閃電狗，是一個(gè)基于 Netty 最佳實(shí)踐的輕量、易用、高性能、易擴(kuò)展的通信框架。

業(yè)務(wù)框架

如果說(shuō) sofa-bolt 為了讓 Java 程序員能將更多的精力放在基于網(wǎng)絡(luò)通信的業(yè)務(wù)邏輯實(shí)現(xiàn)上。而業(yè)務(wù)框架正是解決業(yè)務(wù)邏輯如何方便的實(shí)現(xiàn)這一問(wèn)題上。

業(yè)務(wù)框架是游戲框架的一部份，職責(zé)是簡(jiǎn)化程序員的業(yè)務(wù)邏輯實(shí)現(xiàn)。業(yè)務(wù)框架使程序員能夠快速的開(kāi)始編寫游戲業(yè)務(wù)。

內(nèi)置多種可選模塊，可按需選擇，以方便應(yīng)用開(kāi)發(fā)：

• 領(lǐng)域事件 （disruptor 實(shí)現(xiàn)類似Spring事件驅(qū)動(dòng)模型 ApplicationEvent）
• 任務(wù)延時(shí)器 （將來(lái)某個(gè)時(shí)間可對(duì)任務(wù)進(jìn)行執(zhí)行、暫停、取消等操作，并不是類似 Quartz 的任務(wù)調(diào)度）
• 多環(huán)境切換 （不同運(yùn)行環(huán)境下的配置支持）
• light-jprotobuf （補(bǔ)足 jprotobuf 不能讓多個(gè)對(duì)象在單個(gè) .proto 源文件中生成的需求，并簡(jiǎn)化jprotobuf對(duì)源文件的注釋）

• 分步式鎖 (基于Redisson的簡(jiǎn)單實(shí)現(xiàn))

內(nèi)置的其他功能：

• 心跳相關(guān)
• 用戶上線、離線相關(guān)的鉤子方法
• UserSessions （對(duì)所有用戶UserSession的管理，統(tǒng)計(jì)在線用戶等）
• UserSession (與 channel 是 1:1 的關(guān)系，可取到對(duì)應(yīng)的 userId、channel 等信息。)
• 登錄相關(guān)

集成相關(guān)：

• spring 集成 （業(yè)務(wù)框架可以方便的與 spring 進(jìn)行集成，5 行代碼）

后續(xù)計(jì)劃：

• 抽象通用的游戲邏輯 （進(jìn)一步減少開(kāi)發(fā)實(shí)踐過(guò)程中的工作量）
• 步驟表
• 幀同步
• 狀態(tài)同步

抽象的說(shuō)，游戲前端與游戲服務(wù)端的的交互由上圖組成。游戲前端與游戲服務(wù)端可以自由的雙向交互，交互的業(yè)務(wù)數(shù)據(jù)由 .proto 作為載體。

協(xié)議文件

協(xié)議文件是對(duì)業(yè)務(wù)數(shù)據(jù)的描述載體，用于游戲前端與游戲服務(wù)端的數(shù)據(jù)交互。Protocol Buffers (ProtocolBuffer/ protobuf )是Google公司開(kāi)發(fā)的一種數(shù)據(jù)描述語(yǔ)言，也簡(jiǎn)稱 PB。當(dāng)然協(xié)議文件描述還可以是 json、xml或者任意自定義的，因?yàn)樽詈髠鬏敃r(shí)會(huì)轉(zhuǎn)換為二進(jìn)制，但游戲開(kāi)發(fā)中 PB 是目前的最佳。

游戲前端可以是 Unity、 UE(虛幻)、 Cocos或者其他的游戲引擎。

/** 請(qǐng)求 */
@ProtobufClass
@FieldDefaults(level = AccessLevel.PUBLIC)
public class HelloReq {
    String name;
}

@ActionController(1)
public class DemoAction {
    @ActionMethod(0)
    public HelloReq here(HelloReq helloReq) {
        HelloReq newHelloReq = new HelloReq();
        newHelloReq.name = helloReq.name + ", I'm here ";
        return newHelloReq;
    }
}

┏━━━━━ Debug. [(DemoAction.java:4).here] ━━━ [cmd:1 - subCmd:0 - cmdMerge:65536]
┣ userId : 888
┣ 參數(shù): helloReq : HelloReq(name=塔姆)
┣ 響應(yīng): HelloReq(name=塔姆, I'm here )
┣ 時(shí)間: 0 ms (業(yè)務(wù)方法總耗時(shí))
┗━━━━━ Debug [DemoAction.java] ━━━