網上有人從策劃角度，分析過關于該游戲的一些核心玩法，以及如何做到吸引玩家的，但是還沒有從技術角度對該款游戲進行過分析。

吃雞游戲采用的是 UE4 虛幻引擎制做完成，作為程序愛好者，我們應該本著學習的態度去玩，深入理解游戲產品背后的技術支撐，這樣我們從玩中也能學到知識，否則就會走向另一個極端沉迷其中，把自己玩廢了。

本篇文章從以下四點關鍵技術角度對其關鍵技術進行解讀：

• 角色動作
• 游戲渲染
• 角色網絡同步
• 大地形加載

掌握了這四點就掌握了這款游戲的核心技術，UE4 引擎市面上使用的比較少，而且它對程序員編程要求也比較高。

我們就以最常用的 Unity 引擎為例給讀者介紹吃雞游戲使用的相關技術，成熟的商業引擎，它們的技術大同小異，UE4 能做的事情，Unity 引擎基本也可以做到，吃雞游戲的角色動作特別多，我們就先從角色動作講起。

角色動作

玩 3D 游戲時，經常會看到游戲中的 3D 角色非常絢麗的動作表現，游戲中的角色動作主要是通過美術制作完成。

制作方式有如下兩種：

• 通過動作捕捉，然后再由美術人員根據捕捉到的數據完成美術制作。
• 美術利用 Max 或者 Maya 工具直接制作完成。

相比前者動作比較逼真，成本也高。我們這里不討論使用哪種方式，對于動作類游戲，吃雞游戲的角色動作是最多的。

它包括：跑，走，跳，翻墻，趴下，駕駛載具，扔手雷，裝備不同的槍械，使用不同的槍械射擊動作，救護，拾取彈藥裝備等等。

為了讓讀者有個總的認識，通過圖示的方式，展示如下所示：

 

上圖，我們列舉了吃雞游戲中角色的大部分動作，這些動作美術都需要完成的，這里就涉及到一個工作量問題了。

我們將其分成兩類：

• 一類是按照動作要求全部把動作做一遍，工作量是相當大的，因為你不但要制作還要維護這些動作。
• 另一種是采用引擎提供的動作融合技術，這需要我們將動作進行分類，目的是減少一部分動作的制作，這種是最優的方案， UE4 引擎也是支持動作融合技術的，下面就給讀者詳細介紹動作融合技術的使用。

動作融合

不論是虛幻引擎、Unity 引擎還是自研引擎，成熟的引擎都會提供動作融合技術。

為了方便學習，在這里我利用 Unity 的動作融合機制實現了吃雞游戲中角色的大部分動作，下面先看看我們實現的動作融合狀態機。

Unity 為我們提供了動作狀態機，鑒于吃雞游戲動作的復雜性，上圖是我們模擬實現了一下，我們在這里將動作進行了分類，分幾層無所謂關鍵是能解決問題就可以。

我們這么分的原因是方便對角色動作進行融合，層與層之間的播放可以設置優先級播放，也可以同時播放，這樣我們就可以實現動作的融合了。

我們為什么這么分層?如果使用一層來實現角色動作狀態機，這么多動作顯得非常臃腫而且動作之間的轉換非常復雜，靈活性不夠，讓開發者很容易深陷其中，邏輯很難理順。

所以我們采用了分層的策略，這樣動作的播放順序，動作的融合在邏輯方面會很清晰。

首先看 Base Layer，它是最核心的層，該層主要實現的是角色基本動作的播放。

我們通過思維導圖的方式展示，如下圖：

我們將 Base Layer 層設為父類，再看 OnlyArms 層，它繼承于 Base Layer，如下圖所示：

OnlyArms 層主要是在 Base Layer 層的基礎上做了一個擴展，比如加了一個角色拿不同的武器待機狀態，繼承原理跟 C++，C# 等面向對象語言的繼承方式類似。

OnlyArms 層的部分有限狀態機如下圖所示：

另外，UpperBody 層主要是針對角色上半身的動作狀態機，便于與 Base Layer 或者 OnlyArms 層做動作融合，UnderBody 跟 UpperBody 類似，它是下半身的動作狀態機。

下面我們以角色裝備武器時的走，跑為例給讀者講解動作融合，先展示角色裝備武器的基本動作。

待機，走，跑動作混合樹示意圖如下：

動作之間的過渡，我們運用了 2D 笛卡爾插值計算，2D 笛卡爾插值是系統為我們提供的。

走的動作就有四種走動方式，它朝四個方向行走，如下所示：

我們已將其實現出來了，它在我們的 Demo 中的效果如下所示：

吃雞游戲中的畫面如下所示：

講解如何使用動作融合解決問題，我們以角色拿槍移動中進行射擊為例，我們可以將這個動作分解成兩部分：一是角色拿槍走動，二是角色站立射擊。

這樣我們可以通過程序把二者做個融合，融合的結果是：角色的下半身采用角色拿槍走動，而上半身采用站立的射擊動作。

這樣我們就把兩個動作融合在一起了，在具體實現上，我們有 UpperBody 層，該層會與我們的 OnlyArms(該層繼承 Base Layer)做動作融合。

先展示上半身的射擊動作狀態機：

射擊動作包括：步槍射擊，手槍射擊，RPG 射擊，將它與 OnlyArms 層的站立射擊進行動作融合就實現了角色邊走動邊射擊。

后面我們會提供案例實現代碼，實現效果如下所示：

這樣角色的邊走動邊射擊的動作完美融合在一起了，關于動作融合在這里也要注意，不能所有的動作都考慮到融合，融合也要本著一個原則，動作融合時要保持動作的協調性。

比如不能把不帶武器的走跟射擊動作去融合，那樣就會出現動作的不協調性，因為角色空手走動與拿武器走動是完全不一樣的動作表現。

吃雞游戲在動作融合這塊做的比較多，我們采用動作融合可以幫我們減少美術的工作量而且角色動作要制作成獨立的動作文件，這樣有利于動作的調優，我們是通過技術推理實現了吃雞游戲中的動作播放。

在吃雞游戲中，角色可以使用不同的武器，而使用不同武器的動作也是不同的，相應的武器的子彈效果也是不同的，武器效果可以通過特效和數值表現，不同武器的子彈發射軌跡可以通過插值算法完成。

在此我們也模擬實現了不同武器的發射效果，圖一是肩扛式的火箭筒發射效果圖：

圖二是手槍射擊效果圖：

圖三是散彈槍射擊效果圖：

另外還有沖鋒槍等，吃雞角色的其他動作實現跟我們上面講的類似，這里就不一一介紹了。

裝備的切換

我們可以看到在吃雞游戲中，角色在地面上能撿到很多裝備，包括槍支，彈藥，背包，頭盔等等。

這些物品除了放在游戲中的背包外，我們也會選擇一些裝備掛接到角色身上，裝備切換怎么實現的呢?

它跟我們的換裝類似，需要在角色的骨骼上掛載不同的虛擬點，具體實現如下圖所示：

圖中畫紅線部分就是我們說的虛擬點，它們都是作為骨骼動畫下面的子節點，一定要注意是在骨骼下面，因為這些虛擬點是跟隨角色一起動的。

換句話說，它是角色身體的一部分，在吃雞游戲中的角色裝備畫面如下所示：

當然，我們也驗證了我們的切換武器方式，實現的效果如下所示：

當然角色本身還需要做一些優化處理，我們對角色使用了 LOD 網格，根據攝像機距離遠近使用不同的 LOD 角色，角色動作我們就介紹到這里，下面我們講講游戲渲染技術。

游戲渲染

不論是什么類型的游戲，游戲的渲染效果直接決定了游戲的品質，吃雞游戲也不例外，游戲渲染包括兩方面：

• 一方面是物體的材質渲染。
• 另一方面是場景的后處理渲染。

物體的渲染主要是針對材質貼圖的渲染，比如高光，法線，反射，折射，環境映射等等，另一方面是場景的后處理渲染也稱為濾鏡渲染。

UE4 渲染非常強大，對于材質要求也比較高，相比 Unity 更容易掌握，下面我們還是以 Unity 為例給讀者分析，先分析吃雞游戲的角色渲染，如下圖所示：

上圖顯示的角色鋼盔，槍支都有明顯的高光效果，它的槍支和頭盔都是用了高光法線效果，Unity 也為我們提供了該技術。

我們用 Unity 模擬實現了一下效果，如下圖所示：

效果也很炫的，以上是針對角色的材質渲染，Unity 給開發者提供了材質渲染的 Shader，如下圖所示：

另外，場景中的一些物件渲染，比如草地，樹木的生成，這些都可以使用 GPU 編程實現，程序員如何編寫 Shader?

引擎也為我們提供了 Shader 編輯器，比如 Unity2018 使用了 Shader Graph，還有一個 Shader Forge 插件，UE4 的藍圖，這些編輯器不需要開發者編寫程序代碼，直接通過拖拖窗口界面就可以實現。

吃雞游戲也使用了后處理渲染，比如實時陰影，還有游戲中的 Bloom，Blur 效果等。

其實這些都是成熟引擎的標配，關于渲染，UE4 使用了多線程渲染，Unity 從 2018 開始也有了自己的多線程編程渲染，下面再給讀者介紹吃雞游戲角色同步機制。

角色同步

吃雞游戲采用的是開房間性質的，使用的網絡同步是幀同步，游戲中的同步方式分為兩類：幀同步，狀態同步。

狀態同步在 ARPG 游戲中使用廣泛，因為角色的動作需要跟服務器做一個驗證，這樣客戶端之間會有一定的延遲，但是數據一定是準確的。

而幀同步則不需要這么操作，它要求的是動作的一致性，如果某個客戶端慢了，后面為了趕上角色動作，會加速播放，以滿足所有客戶端同步，以前的游戲比如 CS 游戲使用的也是幀同步，還有籃球游戲等等。

幀同步和狀態同步沒有好壞之分，根據游戲產品的需求不同，采用不同的同步方式。

每種同步都有自己的優缺點，因為吃雞游戲使用的是幀同步，本篇文章重點介紹幀同步。

我們先分析幀同步的注意事項：數據傳輸會有浮點數的問題，不同的平臺處理浮點數的方式也是不一樣的。

我們需要將浮點數改為整數進行傳輸采集，用的方式是把浮點數乘以 1000 或 100 然后取整，針對特定的數據對象來編寫序列化函數。

模擬實現代碼如下所示：

另一個注意事項是加速播放，由于各種原因客戶端收到“過去時間”里的一堆網絡幀，因此，客戶端必須要有處理這些堆積起來的網絡數據的能力。最簡單的做法就是加速播放(快進)。

實現效果如下圖所示：

對應的實現代碼如下：

最后一個要注意的問題是斷線重連/中途加入，需要做到在服務端保存每一份同步包。

這樣服務端只需要記錄每個玩家的初始數據，在新玩家加入游戲時，首先發送每個玩家的初始數據給新玩家同步，然后再把所有同步包打包發送給新玩家，讓新玩家一次性 Update，即可完成中途加入。

當然不要忘記給現有玩家發送新玩家的數據。模擬的代碼如下所示：

幀游戲收發頻率，通常是服務端每秒 20-50 次向所有客戶端發送同步包。我們采用的是樂觀鎖，就是服務端每隔一段時間發送同步包，然后客戶端每隔一段時間接收并應用之，如果在那段時間內沒有收到，就持續等待。

每 Update 一次即是一幀，每次 Update 的間隔時間為 17 毫秒，這個數字是根據(1/60)秒取整得出。

每隔三幀服務端便會發送同步包，而客戶端則是每幀都會接收，每隔三幀便會應用之，通常稱為同步幀。

幀同步游戲技術，并不存在一種可以讓游戲流暢的通用做法，而是需要和游戲具體做很多結合，在減少數據包，優化游戲快進體驗，控制發包速度上盡量調優。

同時還需要和游戲產品策劃一起，平衡一致性、實時性、公平性的策略，才能真正達到流暢游戲的目的。

地形加載

吃雞游戲中使用了大地形的加載方式。大地形的加載方式，首先是分塊，然后采用預加載方式進行。

為了效率優化可以使用多線程的方式，UE4 引擎本身就支持多線程，更容易實現大地形加載。

下面就介紹如何使用多線程實現大規模地形的加載，吃雞游戲的場景如下所示：

從吃雞游戲中的地形我們可以看到，它里面的建筑物是非常少的，這么做的原因是把內存留給了網絡數據通信。

畢竟每個玩家都是通過幀同步的，每個玩家會同時發送和接受大量數據，這需要占用很多內存，這也是做了一些優化操作的。

如果樹木和建筑物多，那就需要做一些裁剪操作比如 OC 裁剪，但是這樣會影響游戲體驗，所以吃雞游戲就做了一個折中方案，減少建筑物的渲染，做好幀同步。

我們回到大地形加載方案實施上：首先對數據進行分塊存儲，將人的視點所能觀察到的范圍的數據作為一塊，將整個地形分成若干個這樣的塊，以塊為單位進行存儲。

我們采用的是雙緩存技術，當視點在 A 區域時，加載九塊到顯存中，開辟一個數據讀取線程，將磁盤中的 J-Y 數據塊加載到內存中。

當視點從 A 區域移動到 l 區域時，將顯存中的對應數據塊與內存中的數據塊替換，同時從磁盤中加載新的數據塊，放到內存中。

給讀者進行案例展示如下所示：

另外，大場景地形中使用了非常多的貼圖，下面介紹如何優化。

所有程序用到的貼圖會被 pack 到幾張非常大的虛擬貼圖上，模型的 uv 也被轉為虛擬貼圖上的 uv。

這些虛擬貼圖尺寸通常非常大，無法全部載入內存，每個虛擬貼圖會被劃分為很多 n*n 的小塊，每個小塊稱為一個 page 文件存在磁盤上， 虛擬貼圖會對應一張 indirection texture，這張圖是載入內存的。

indirection texture 上存儲了每個虛擬貼圖的每個 page 塊位置所對應到的真實貼圖(或物理貼圖)的位置。

當前畫面需要訪問某個虛擬貼圖上的某個 page 的時候，通過 indirection texture 找到它在物理貼圖上的位置。

如果物理貼圖上不存在，就查找到它對應的磁盤上的 page 文件，將其載入物理貼圖的對應區域。shader 在渲染的時候，結合 indirection texture 去訪問物理貼圖來采樣。

對于虛擬貼圖也要處理 mipmap，對于虛擬貼圖也同時存在它的多個 mipmap 的虛擬貼圖和 indirection texture。load 物理貼圖的時候同時要 load 這些 mipmap。

虛擬貼圖的具體實現方案如下所示：

虛擬貼圖減少了內存占用，但是對于 io 是一個挑戰，尤其在快速轉動視角，飛行等快速切換渲染物體的情況下，很多時候加載貼圖的時間會成為瓶頸，這是在實現中一個很大的問題。

一些優化方法包括每次對 page 優先加載 mipmap 最低一層的，最后加載高層的。

這樣當所需的 mip 沒有加載好的時候，可以先使用最低的那個 mipmap，然后待加載好之后再展示細節更高的。

總結

現在游戲開發中使用的技術都是開放的，條條大道通羅馬，本篇文章從技術實現以及優化角度對吃雞游戲的技術做了一個解析，希望對大家開發類似吃雞游戲提供一個技術參考。

作者：姜雪偉

簡介：3D 引擎專家，主要擅長 3D 圖形學渲染，客戶端架構，服務器架構設計，虛擬現實，C++ 編程等技術，曾就職于網龍，久游，趣游等多家IT公司，參與研發多款游戲上線;已出版著作《手把手教你架構 3D 游戲引擎》電子工業出版社，《Unity3D 實戰核心技術詳解》電子工業出版社，《Cocos2D-X 3.X 3D 圖形學渲染技術》電子工業出版社等 IT 書籍。