網易遊戲客戶端開發面試經歷：Unity+C++雙線考察

背景介紹

我做了3年遊戲客戶端開發，主要用Unity+C++，在一家中型遊戲公司參與過兩款上線手遊的開發，其中一款月流水過千萬。說實話，在原公司幹得還算順手，但一直想去網易遊戲這種大廠，畢竟網易遊戲的品質在業內是有目共睹的，而且技術氛圍也好。

今年4月份，我在網易遊戲官網上看到了客戶端開發的社招崗位，直接投了簡歷。等了大概兩週才收到面試通知，中間差點以為簡歷被篩掉了。整個面試流程是3輪技術面+1輪HR面，跨度大概三週。下面詳細說說每輪面試的情況。

一面：C++基礎與Unity核心（1小時）

一面面試官是個看起來很和善的小姐姐，後來知道是項目組的主程。開場先讓我簡單自我介紹，然後就開始了技術提問。

虛函數

第一個問題就是經典中的經典：虛函數的實現原理是什麼？虛函數表存在哪裡？

我從虛函數表（vtable）和虛表指針（vptr）開始講，每個有虛函數的類都有一個vtable，裡面存放著虛函數的地址，對象實例中有一個vptr指向這個vtable。調用虛函數時，通過vptr找到vtable，再從vtable中找到對應的函數地址進行調用，這就是動態綁定的過程。面試官追問：構造函數可以是虛函數嗎？為什麼？我說不可以，因為構造函數執行時對象還沒構造完成，vptr還沒初始化，無法進行動態綁定。

智能指針

shared_ptr、unique_ptr、weak_ptr分別是什麼？有什麼區別？

shared_ptr是共享所有權的智能指針，內部有引用計數，當引用計數為0時自動釋放資源；unique_ptr是獨佔所有權的智能指針，不可複製只能移動；weak_ptr是弱引用，不增加引用計數，用來解決shared_ptr的循環引用問題。面試官追問：shared_ptr的引用計數是怎麼實現的？線程安全嗎？我說引用計數是單獨分配在堆上的控制塊中管理的，引用計數的增減是原子操作，所以引用計數本身是線程安全的，但指向的對象不是線程安全的。

內存對齊

什麼是內存對齊？為什麼要內存對齊？

內存對齊是指數據在內存中存放的起始地址必須是某個數的整數倍。原因有兩個：一是硬件效率，CPU訪問對齊的內存更快；二是某些平台不支持訪問未對齊的內存，會觸發硬件異常。面試官追問：struct的大小怎麼計算？我舉了個例子，struct中有char和int，因為int需要4字節對齊，所以char後面會有3字節的padding，整個struct的大小是8字節而不是5字節。

Unity生命週期

Unity腳本的生命週期函數有哪些？執行順序是什麼？

我按順序列舉了：Awake → OnEnable → Start → FixedUpdate → Update → LateUpdate → OnDisable → OnDestroy。面試官特別追問了Awake和Start的區別，我說Awake在對象創建時立即調用，不管腳本是否啟用；Start在第一次Update之前調用，且只在腳本啟用時才執行。所以Awake適合做初始化，Start適合做依賴其他對象的初始化。

渲染管線

Unity的渲染管線了解嗎？內置管線和URP有什麼區別？

我說內置渲染管線是Unity傳統的固定管線，而URP（Universal Render Pipeline）是Scriptable Render Pipeline的一種實現，更靈活、性能更好，支持自定義渲染Pass。URP使用單Pass前向渲染，減少了DrawCall，而且支持Shader Graph。面試官追問：URP中怎麼做一個自定義的後處理效果？我說需要繼承ScriptableRendererFeature，創建一個ScriptableRenderPass，在Execute中通過CommandBuffer執行後處理Shader。

二面：遊戲架構與網絡同步（1.5小時）

二面面試官是個資深開發，問的問題更偏架構層面，而且很注重實際項目經驗。

ECS模式

什麼是ECS？和傳統的OOP有什麼區別？在遊戲開發中有什麼優勢？

ECS是Entity-Component-System的縮寫，Entity是實體，Component是數據組件，System是邏輯系統。和OOP的區別在於，OOP是把數據和邏輯綁定在對象中，而ECS是把數據和邏輯分離。優勢有幾個：一是數據局部性好，Component是連續存儲的，CPU緩存命中率高；二是邏輯復用容易，不同Entity只要有相同的Component就能被同一個System處理；三是天然支持並行，不同System之間解耦，容易做多線程。面試官追問：Unity的DOTS就是ECS嗎？你用過嗎？我說了解過但項目沒用過，我們項目還是傳統的MonoBehaviour架構。

網絡同步

這部分問得非常深入。狀態同步和幀同步的區別是什麼？各自的優缺點？

狀態同步是服務器計算遊戲狀態，把狀態同步給客戶端；幀同步是服務器只轉發操作指令，客戶端本地計算。狀態同步的優點是安全性好、容易做斷線重連，缺點是服務器壓力大、帶寬消耗高；幀同步的優點是帶寬消耗低、回放容易，缺點是浮點數精度問題、不同步時難以排查。面試官追問：你們項目用的哪種？為什麼？我說我們用的狀態同步，因為我們的遊戲邏輯比較複雜，狀態同步更容易保證一致性，而且服務器可以做權威校驗防止作弊。

資源管理

Unity的AssetBundle了解嗎？你們怎麼做資源管理的？

我說我們的資源管理方案是基於AssetBundle的，打包時按場景和功能模組分包，運行時按需加載，用引用計數管理資源的生命週期。面試官追問：AssetBundle有什麼坑？我說最大的坑是依賴關係管理，如果A依賴B，卸載A的AssetBundle時不能卸載B的，否則會導致資源丟失。另外還有冗餘問題，多個AssetBundle引用同一個資源時需要做去重。

三面：項目深挖與性能優化（1.5小時）

三面面試官是項目的技術負責人，問的問題非常實戰，基本都是在聊項目中的具體問題。

項目深挖

說說你做過的最有挑戰性的功能。

我講了之前做的一個大地圖系統，需要支持上千個玩家同時在一張地圖上，最大的挑戰是性能和網絡同步。我們用了AOI（Area of Interest）算法來優化網絡同步，只同步玩家視野範圍內的其他玩家信息。面試官追問了AOI的具體實現，我講了九宮格方案：把地圖分成格子，玩家移動時更新所在格子，只向周圍9個格子的玩家廣播消息。

DrawCall優化

你們做過哪些DrawCall優化？

我列舉了幾個：靜態合批（Static Batching）、動態合批（Dynamic Batching）、GPU Instancing、SRP Batcher。我們項目主要用了靜態合批和GPU Instancing，靜態合批對不移動的物體效果很好，GPU Instancing對大量相同物體（比如草地、樹木）效果很好。面試官追問：動態合批有什麼限制？我說動態合批要求頂點數不超過300，而且Shader不能有多餘的Pass，限制比較多，實際項目中用得不多。

內存優化

你們做過哪些內存優化？

我說了幾個方面：資源壓縮（紋理壓縮用ASTC格式）、內存池（對象池復用GameObject）、異步加載（避免加載時卡頓）、及時卸載不用的AssetBundle。面試官追問：怎麼排查內存洩漏？我說用Unity Profiler的Memory模組，看Assets和GameObject的數量是否持續增長，也可以用Memory Profiler做更詳細的分析。

算法：A*尋路

寫一個A*尋路算法。

這個我比較熟，先講了A*的核心：維護一個OpenList和ClosedList，用f(n)=g(n)+h(n)來評估節點，g(n)是起點到當前節點的實際代價，h(n)是當前節點到終點的估計代價（啟發函數）。我用了曼哈頓距離作為啟發函數，寫了大概20分鐘。面試官追問：啟發函數怎麼選擇？我說常用的有曼哈頓距離（只能四方向移動）、對角線距離（可以八方向移動）、歐幾里得距離（任意方向移動）。啟發函數越接近實際代價，搜索效率越高。

HR面：職業規劃與文化匹配（30分鐘）

HR面比較輕鬆，主要聊了幾個方面：

為什麼來網易遊戲

我說網易遊戲的品質在業內是頂級的，不管是陰陽師還是永劫無間，都展現了很強的技術實力和美術水準。我希望能在這樣的團隊中成長，做出更好的遊戲。HR追問了我最喜歡的網易遊戲是什麼，我說是永劫無間，因為它的戰鬥系統做得非常流暢。

對遊戲行業的理解

HR問我怎麼看待遊戲行業的未來。我說雖然行業有起有伏，但遊戲作為娛樂方式的需求是持續的，而且隨著技術進步（雲遊戲、AI NPC等），遊戲體驗會越來越好，我對行業前景是樂觀的。

加班看法

這個問題比較敏感，我回答得比較謹慎。我說項目上線前的衝刺期加班是可以理解的，但長期加班不利於團隊健康和代碼質量，我更傾向於通過提高效率來解決問題，而不是靠堆時間。HR似乎對這個回答還算滿意。

面試真題彙總

1. 虛函數的實現原理？虛函數表存在哪裡？構造函數可以是虛函數嗎？

2. shared_ptr、unique_ptr、weak_ptr的區別？引用計數線程安全嗎？

3. 什麼是內存對齊？為什麼要內存對齊？struct大小怎麼計算？

4. Unity腳本生命週期函數及執行順序？Awake和Start的區別？

5. 內置渲染管線和URP的區別？URP自定義後處理怎麼做？

6. 什麼是ECS？和OOP的區別？優勢？

7. 狀態同步和幀同步的區別？優缺點？

8. AssetBundle的依賴關係管理？有什麼坑？

9. AOI算法怎麼實現？

10. DrawCall優化方案？動態合批的限制？

11. 內存優化方案？怎麼排查內存洩漏？

12. A*尋路算法實現？啟發函數怎麼選擇？

心得體會與建議

1. C++基礎是遊戲開發的硬門檻。網易遊戲對C++的要求非常高，虛函數、智能指針、內存管理這些必須爛熟於心，不是背概念就行的，要能講清楚底層原理。

2. Unity不能只會用，要懂底層。面試官問的很多問題都是Unity底層的東西，比如渲染管線、資源管理機制。只會拖拖拽拽做UI是遠遠不夠的。

3. 項目經驗要能講出技術深度。面試官不是問你做了什麼功能，而是問你遇到了什麼問題、怎麼解決的、為什麼這麼解決。要有技術深度，不能只停留在表面。

4. 網絡同步是遊戲面試的高頻考點。狀態同步和幀同步的區別、各自的優缺點、你們項目用的哪種、為什麼，這些問題一定要準備好。

5. HR面也要認真對待。雖然HR面不考技術，但網易遊戲很看重你是否真的熱愛遊戲、是否認同公司文化。如果你對網易的遊戲都不了解，HR面可能會翻車。

常見問題FAQ

Q：網易遊戲客戶端面試一般幾輪？

A：社招一般是3輪技術面+1輪HR面，跨度大概2-3週。

Q：面試對C++要求高嗎？

A：非常高，特別是虛函數、智能指針、內存管理這些，問得很深。

Q：Unity和C++哪個更重要？

A：都重要，網易遊戲是雙線考察，C++考底層原理，Unity考實際應用，缺一不可。

Q：需要準備遊戲Demo嗎？

A：不是必須的，但如果有自己做的遊戲Demo會加分，特別是能展示技術深度的。

Q：HR面會刷人嗎？

A：會的，雖然概率不高，但如果表現出對遊戲不熱愛或者價值觀不匹配，HR面也可能掛。