騰訊遊戲服務端開發面試全流程：C+++網絡+遊戲服務器架構深度考察

背景介紹

先交代下背景：3年C++遊戲後端經驗，之前在一家中型遊戲公司做服務端開發，主要做MMO的戰鬥服務器和房間服務器。說實話，去面騰訊遊戲之前我心裡是有點虛的——騰訊遊戲的技術棧和業務複雜度遠超我之前的公司，而且遊戲服務端面試和普通後端面試完全不是一個路子，網絡編程、狀態同步、幀同步這些是必考的。但最後還是硬著頭皮上了，結果證明準備充分的話，其實也沒那麼可怕。

我投的是騰訊IEG（互動娛樂事業群）的遊戲服務端開發崗，base深圳。內推渠道，從投遞到一面大概等了3天。整個流程是一面+二面+三面+HR面，前後大概3週。下面詳細復盤。

面試流程復盤

一面：C+++網絡編程

一面的面試官是個看起來很年輕的小哥，但一開口就知道是技術很強的那種。他說「我們一面主要考基礎，你準備好了就開始吧」，然後直接進入技術問題。

第一個問題就讓我心裡一緊：「C++11的智能指針有哪些？shared_ptr的引用計數是怎麼實現的？線程安全嗎？」這個我準備過，說了unique_ptr、shared_ptr、weak_ptr三種。shared_ptr的引用計數是通過控制塊實現的，控制塊裡有兩個計數器——use_count和weak_count。線程安全方面，引用計數的增減是原子操作，所以是線程安全的；但指向的對象本身不是線程安全的。面試官追問「那如果多個線程同時修改shared_ptr指向的對象呢？」我說需要加鎖或者用atomic操作。他點了點頭。

接下來是網絡編程的硬核問題。「TCP三次握手的過程？為什麼是三次不是兩次？」這個是經典問題了，我答得比較流暢。三次握手是客戶端發SYN，服務端回SYN+ACK，客戶端發ACK。兩次不行是因為服務端無法確認客戶端收到了自己的SYN+ACK，可能導致資源浪費。面試官追問「四次揮手呢？為什麼TIME_WAIT要等2MSL？」我也答上了——確保最後一個ACK能到達對方，以及讓本連接的所有報文在網絡中消失。

然後問了一個讓我印象很深的問題：「epoll的LT和ET模式有什麼區別？你用哪個？為什麼？」我說LT是水平觸發，只要有數據就會一直通知；ET是邊緣觸發，只在狀態變化時通知一次。我們項目用的是ET模式，因為性能更好，但需要一次性讀完所有數據。面試官追問「ET模式下如果沒讀完數據會怎樣？」我說不會再有通知，導致數據丟失，所以必須在循環中讀完。他又問「那如果讀的時候fd被關閉了呢？」這個我沒答好，只說了需要檢查返回值，面試官補充說還需要處理EINTR和EAGAIN。

C++還問了一些底層的問題：「虛函數的實現原理？虛函數表存在哪裡？」我說虛函數通過虛函數表實現，每個有虛函數的類都有一個vtable，對象裡存一個指向vtable的vptr。vtable一般存在只讀數據段。面試官追問「構造函數可以是虛函數嗎？」我說不行，因為構造對象的時候vptr還沒初始化，找不到vtable。他問「那析構函數呢？」我說必須可以是虛函數，否則通過基類指針刪除派生類對象會導致內存洩漏。

一面最後出了一道編程題：用C++實現一個線程安全的消息隊列，支持多生產者多消費者。我用了mutex+condition_variable實現，面試官看了說「基本功能沒問題，但如果要高性能你會怎麼優化？」我說可以用lock-free queue，或者用多個隊列減少鎖競爭。他說「思路可以」。

一面大概1小時，面試官說「基礎還可以，回去等通知」。

二面：遊戲服務器架構+狀態同步

二面的面試官是個資深的技術專家，一上來就問項目。他說「你之前做MMO服務端，說說你們的架構」。

我畫了架構圖——網關服務器→場景服務器→戰鬥服務器→數據庫服務器。網關負責連接管理和消息轉發，場景服務器負責AOI和移動同步，戰鬥服務器負責傷害計算和技能邏輯，數據庫服務器負責持久化。面試官問「網關服務器怎麼處理大量連接的？單機能支持多少連接？」我說我們用epoll+線程池，單機大概支持5萬連接。他追問「5萬連接的內存開銷怎麼算？」我說每個連接大概4KB的讀寫緩衝區，5萬連接就是200MB左右，加上其他開銷大概500MB。

狀態同步是重頭戲。「你們用狀態同步還是幀同步？為什麼？」我說我們MMO用的是狀態同步，因為MMO的玩家數量多、視野範圍大，幀同步的帶寬開銷太大。面試官問「狀態同步的頻率怎麼定？同步哪些數據？」我說我們每100ms同步一次位置和狀態，只同步視野內的玩家數據。他追問「視野範圍怎麼算？AOI怎麼實現？」我說我們用九宮格AOI，將地圖分成格子，玩家進入格子時訂閱該格子的消息。他又問「九宮格的邊界問題怎麼處理？」我說玩家在格子邊界時會同時訂閱相鄰格子的消息。

接著問了一個很實際的問題：「如果兩個玩家同時攻擊同一個怪物，傷害怎麼計算？怎麼保證一致性？」我說我們用戰鬥服務器做中心化計算，所有傷害都由戰鬥服務器判定，然後廣播結果。面試官追問「如果戰鬥服務器掛了呢？」我說我們做了主備切換，備用服務器會接管戰鬥數據。他又問「主備切換的過程中，正在進行的戰鬥怎麼辦？」我說我們會做戰鬥回放——客戶端緩存操作序列，切換後重放到新服務器上。他說「這個方案可以，但回放的一致性怎麼保證？」我說操作序列帶時間戳，按時間戳順序重放。

二面還問了一些系統設計的問題：「如果讓你設計一個支持100萬在線的MMO服務器架構，你會怎麼設計？」我說我會用微服務架構——網關集群→場景集群→戰鬥集群→數據集群，每個集群都可以水平擴展。場景服務器按地圖分片，每個場景服務器負責一塊地圖。面試官問「跨場景的玩家交互怎麼處理？」我說通過跨服服務器中轉。他又問「跨服服務器的延遲怎麼優化？」我說可以用UDP+可靠傳輸協議，減少握手開銷。

二面大概1.5小時，問得非常深。面試官最後說「你的架構理解不錯，但有些細節還需要打磨」。

三面：項目深挖+系統設計

三面是部門總監面的，氛圍比較正式。他先問了我對遊戲服務端開發的理解，我說「遊戲服務端和普通後端最大的區別是實時性和狀態一致性要求高，而且要處理各種網絡異常和作弊問題」。他點了點頭，然後開始深挖項目。

「你做過的最複雜的功能是什麼？遇到了什麼技術難題？」我講了之前做的一個大規模團戰系統——支持200v200的跨服團戰，最大的難題是狀態同步的性能問題。200人同時在一個場景裡，每100ms同步一次狀態，帶寬開銷巨大。我們的解決方案是：只同步變化的數據（增量同步）、按視野範圍裁剪同步對象、使用UDP減少協議開銷。面試官追問「增量同步怎麼實現的？如果丟包了怎麼辦？」我說我們用序列號標記每次同步，客戶端發現序列號不連續就請求全量同步。

接著問了一個開放性的系統設計題：「設計一個排行榜系統，支持實時更新和全球排名查詢」。我說我會用Redis的Sorted Set實現，ZADD更新分數，ZREVRANK查詢排名。面試官問「如果在線用戶有1000萬，排行榜怎麼優化？」我說可以用跳表+分片，或者用近似排名算法。他又問「排行榜的實時性怎麼保證？更新頻率多高？」我說我們用消息隊列異步更新，每秒刷新一次排行榜。

最後問了我對騰訊遊戲的看法和職業規劃。我說騰訊遊戲是國內最強的遊戲公司，技術棧和業務場景都很有挑戰性，我希望能在這裡深耕遊戲服務端領域。面試官說「歡迎加入」。

HR面就是常規的薪資和入職時間溝通，沒什麼特別的。

真題匯總

一面真題

1. C++11智能指針有哪些？shared_ptr引用計數實現？線程安全嗎？
2. TCP三次握手過程？為什麼是三次？
3. TCP四次揮手過程？TIME_WAIT為什麼等2MSL？
4. epoll的LT和ET模式區別？
5. 虛函數實現原理？虛函數表存在哪裡？
6. 構造函數可以是虛函數嗎？析構函數呢？
7. C++內存模型？堆和棧的區別？
8. std::move的作用？完美轉發？
9. 用C++實現線程安全的消息隊列
10. TCP粘包問題怎麼處理？

二面真題

1. MMO服務器架構設計
2. 網關服務器怎麼處理大量連接？
3. 狀態同步vs幀同步？各自優缺點？
4. AOI怎麼實現？九宮格方案？
5. 兩個玩家同時攻擊同一個怪物，傷害怎麼計算？
6. 戰鬥服務器掛了怎麼辦？主備切換？
7. 設計100萬在線的MMO服務器架構
8. 跨場景玩家交互怎麼處理？
9. UDP可靠傳輸怎麼實現？
10. 遊戲服務端的性能瓶頸在哪裡？

三面真題

1. 最複雜的功能和技術難題
2. 大規模團戰的狀態同步方案
3. 增量同步怎麼實現？丟包怎麼辦？
4. 設計排行榜系統（實時更新+全球排名）
5. 1000萬在線用戶的排行榜優化
6. 遊戲服務端和普通後端的區別
7. 如何處理玩家作弊？
8. 服務器熱更新怎麼做？
9. 你對騰訊遊戲的看法
10. 職業規劃

心得建議

第一，C++基礎必須扎實。騰訊遊戲面試對C++的要求很高，不是那種「會用就行」的層面，而是要理解底層原理。智能指針、虛函數、內存模型這些是必考的，建議深入看《C++ Primer》和《Effective C++》。

第二，網絡編程是遊戲服務端的核心。TCP/UDP的區別、epoll的用法、粘包處理這些必須熟練。建議自己寫一個簡單的網絡框架練手，理解epoll的LT和ET模式。

第三，狀態同步和幀同步要深入理解。這是遊戲服務端面試的高頻考點，不僅要能說出概念，還要能分析各自的優缺點和適用場景。建議看一些遊戲服務端的開源項目，比如KBEngine。

第四，項目經歷要有亮點。騰訊面試很看重項目深度，不是你做了什麼功能，而是你遇到了什麼問題、怎麼解決的。建議選1-2個有技術挑戰的項目，把優化過程講清楚。

第五，系統設計能力很重要。三面會考系統設計，不是那種「設計一個XX系統」的模板題，而是結合遊戲場景的設計題。建議多了解遊戲服務器架構的演進歷史，從單服到微服務。

FAQ

Q1：騰訊遊戲面試對C++要求到什麼程度？

要求很高。不是會用STL就行的層面，要理解底層實現原理。建議至少看一遍STL源碼，理解vector、map、unordered_map的底層實現。

Q2：沒有遊戲服務端經驗怎麼辦？

可以自己寫一個簡單的遊戲服務器練手。比如實現一個聊天室服務器（網絡編程）+ 一個簡單的戰鬥系統（狀態同步）。關鍵是理解遊戲服務端的特殊需求：實時性、狀態一致性、高並發。

Q3：幀同步和狀態同步選哪個學？

都學。騰訊的MMO用狀態同步，MOBA用幀同步，面試都可能問。建議先學狀態同步（更通用），再學幀同步（更複雜）。

Q4：遊戲服務端面試會考算法嗎？

會考，但不是LeetCode那種。更多是和遊戲場景相關的算法，比如AOI算法、尋路算法、碰撞檢測。建議重點看AOI和A*尋路。

Q5：騰訊遊戲的工作強度怎麼樣？

看項目組。上線前會比較忙，但平時還好。技術氛圍很好，能學到很多東西。遊戲行業整體節奏比較快，但騰訊遊戲的技術積累和工程規範都是頂級的。