每年一到实习生招聘的旺季我就会被同一类问题轰炸网易互娱雷火盘古的笔试难不难真题能不能背刷力扣够不够说句实在话雷火和盘古这两条产品线出来的笔试题在游戏大厂里属于比较有代表性的那一类——既考代码硬功夫又考计算机基础还夹杂数学逻辑和游戏向的思维题整套做下来非常考验临场状态。2017年的真题回忆版我反复看过很多遍加上后来自己在游戏行业做研发、也帮不少学弟学妹做过笔试复盘发现这些考点直到今天依然有很强的参考价值。这篇就把这套笔试背后真正想筛选的东西、各板块的复习重点、以及实操层面的做题节奏完整拆开讲清楚适合所有准备投游戏公司实习岗的同学翻阅。1. 先想清楚雷火盘古笔试到底在筛什么人1.1 雷火和盘古并不是同一个团队笔试自然不会只有一套卷子很多准备不充分的同学上来就找“网易笔试原题合集”结果发现题量巨大、方向混乱越做心里越没底。原因很简单网易互娱本身是一个大事业部雷火工作室的代表作是《逆水寒》《倩女幽魂》这类MMO产品盘古工作室则以《率土之滨》等策略类产品出名。不同项目组、不同岗位的实习生选拔逻辑不一样笔试内容自然不可能一套题走天下。从我拿到的历年真题和招聘流程信息来看技术岗笔试通常以算法与数据结构为主轴加上计算机基础选择题、编程大题、以及部分数学逻辑题策划岗笔试则会偏向游戏理解、数值设计、逻辑推理测试岗还可能会有用例设计、缺陷场景分析这类较开放的主观题。如果只看“网易”两个字就闭眼刷题很容易把精力放错地方。所以备考第一步不是做题而是先确认自己投的是哪类岗位。同一个岗位名称下客户端、服务端、引擎、工具链的方向差异也会直接影响题目侧重。比如客户端更大概率考渲染、内存、UI框架相关服务端则可能涉及并发模型、网络协议、数据库引擎岗则容易出数学几何和C内存模型题。方向搞错后面再怎么刷题都是事倍功半。1.2 笔试的核心逻辑筛掉“基础不牢、心态不稳”的人这里想戳破一个幻想游戏大厂的实习笔试从来不以“难倒所有人”为目标而是要在有限时间内把人群分层。分层主要看两件事第一基本功是否扎实第二遇到没见过的题能不能冷静拆解。为什么这么说因为实习岗本身就是“来了之后需要有人带”的群体面试官并不指望你已经会写完整的战斗系统或服务器架构。他们要确认的是把你丢进项目组之后你能不能快速看懂代码、独立完成模块开发、在讨论方案时不犯低级错误。算法题考的是程序思维计算机基础考的是工程常识数学逻辑考的是建模能力——这些都是在实际工作中每天都要用到的底子。另外笔试筛选还有一个隐性维度在有限时间内会不会取舍。这套题几乎很难有人能从头到尾满分做完时间分配本身就是一种考察。有些人死磕一道算法题最后选择题全蒙有些人先把会的送分题快速收掉再回头啃大题。后者往往更容易通过。从这个角度看备考时如果只刷题不复盘时间策略等于只练了战术没练战略。1.3 去哪里找这条线的真题参考我自己当时用的渠道主要是牛客网的历年笔试讨论区、知乎上往届考生写的内容以及一些GitHub上热心整理的面经仓库。2017年的题目在牛客上还有不少零散回忆版题主一般会标注自己投的岗位和大致题型分布参考价值很高。需要注意回忆版往往残缺不全不能只背答案要透过题目反推考点。比如看到一道“求图中两点间最短路径”的题考点大概率不是图论本身而是BFS/DFS和状态压缩的组合应用。建议手里准备一个Excel按“岗位方向、专题方向、具体考点、出现频率”四列记录积累到一定量之后出题偏好会非常清晰。2. 算法与数据结构每年都是第一道分水岭2.1 高频考点不是全部但优先级必须排对算法题在这类试卷中的占比通常稳定在40%到60%是绝对的重头戏。我统计过多个年份、多个岗位的回忆题出现频次最高的知识点可以按优先级排个序优先级考点方向常见出题方式第一梯队动态规划、BFS/DFS、二分查找、双指针/滑动窗口大题直接考涉及状态转移或搜索剪枝第二梯队链表、栈与队列、二叉树遍历、哈希表中档题考察代码实现速度与边界处理第三梯队贪心、图论最短路径、并查集、堆/优先队列往往结合场景包装比如任务调度、地图寻路第四梯队字符串匹配、单调栈、线段树/树状数组低频但出现即拉开差距属于进阶内容从真题风向看动态规划和搜索类问题几乎每年都出现因为这两类题目最能体现“如何把问题抽象成子结构”的能力和游戏开发中大量寻路、决策、资源分配问题有很强的呼应。2.2 从一道典型滑动窗口题看解题思路我不主张背题库但建议把几个有代表性的题型练到形成肌肉记忆。比如字符串类题里非常经典的“最长无重复字符子串”很多考生能写出样子却在一两个边界条件上翻车。下面这版是清晰的实现思路def length_of_longest_substring(s: str) - int: last {} # 字符 - 最近一次出现的位置 start 0 # 当前窗口的左边界 ans 0 for i, ch in enumerate(s): if ch in last and last[ch] start: start last[ch] 1 last[ch] i ans max(ans, i - start 1) return ans这道题考察的其实不是哈希表本身而是双指针窗口状态的维护。为什么窗口左边界要取last[ch] 1因为当遇到重复字符时重复位置之前的字符都不可能再与后续字符组成更长的不重复子串了。这背后是对“最优子结构”的直观理解。实际笔试中很多同学能想到哈希表却漏了last[ch] start这个判断。一旦字符在当前窗口外重复出现窗口根本不需要移动这是最容易扣分的地方。建议平时练习时每道题都养成在代码里标注边界条件的习惯比如空字符串、全重复字符、长度为1的输入。笔试平台判题通常会把边界用例放在隐藏测试里看似小的疏漏可能直接导致整题0分。2.3 动态规划题别急着写代码先把状态定义说清楚动态规划是很多人的心理阴影但雷火盘古的笔试里动态规划题往往不是那种硬核的竞赛题而是偏向实际场景的DP。比如网格寻路、背包变体、状态机类问题。拿一个典型的二维网格最大收益题举例给定一个m x n的网格每个格子里有一个整数只能向右或向下走从左上角出发到右下角求路径上数字的最大和。这类题的思考顺序应该是定义dp[i][j]表示到达(i, j)时的最大收益状态转移方程dp[i][j] max(dp[i-1][j], dp[i][j-1]) grid[i][j]初始化dp[0][0] grid[0][0]第一行和第一列分别累加空间优化可以用一维数组滚动更新。不少经验不足的考生会直接上手写双重循环结果初始化阶段就漏了第一行的处理。这里给一个我自己习惯的验证方法写完代码后用2x2的简单用例手动走一遍再考虑是否有负数、矩阵是否为空等边界。实际上笔试题很多时候并不是没思路而是留给自己检查的时间太少。2.4 我对算法题复习节奏的建议刷题数量和技术提升不一定是线性关系。如果基础偏弱建议先按专题集中突破而不是每天随机刷两道。优先级可以参考第一节的表格第一梯队和部分第二梯队掌握到“看到题目能迅速归类”的程度第三梯队更要侧重理解原理而不是记模板。举个例子BFS和DFS的选择标准可以快速判断要求“最短路径”时优先考虑BFS要求在图中遍历所有可能路径时用DFS更合适。再比如求拓扑排序时如果图规模较大且频繁更新入度用队列实现的Kahn算法通常比DFS递归实现更稳。这些属于“套路”但理解套路背后的时空复杂度才能应对换了层包装的变体题。3. 计算机基础不是死记硬背但该拿的分不能丢3.1 操作系统的常考点比你想的更接地气计算机基础部分往往以选择题和简答题形式出现操作系统在其中占比不低。常考点包括进程与线程的区别、死锁产四个条件、线程同步方式、虚拟内存与页面置换、用户态与内核态等。看上去都是教科书内容但游戏公司的出题风格喜欢套业务场景。比如“进程与线程的区别”有真题会结合游戏服务器描述一个游戏服务器进程里运行了多个线程分别负责网络收发、逻辑计算、日志写入问这种模型的好处是什么。如果只是背“线程是调度的基本单位”是不够的还要能说清楚共享内存、切换成本、并发控制的权衡。还有一类高频题是死锁给出一段伪代码让判断是否会发生死锁并说明原因。这种题的重点不是背死锁定义而是要熟练说出“互斥、持有并等待、不可剥夺、循环等待”四个条件并能从代码里逐个对应。3.2 网络协议从TCP三次握手到游戏同步机制网络部分的出题范围以TCP/IP协议族为主。三次握手、四次挥手、TCP与UDP的对比、HTTP与HTTPS的区别都是基本盘。游戏公司还会特别关注“状态同步”和“帧同步”的概念因为这两个概念直接牵涉到网络协议的选择。很多考生能答出“实时对战游戏用UDP更合理因为延迟优先”但为什么登录和充值走HTTPS因为登录与支付必须保证可靠性和安全性而游戏中的位置同步可以容忍少量丢包丢失一个位置数据包下个包到了就覆盖了重传反而会造成更大的延迟。这类题目考的不是单一知识而是“网络协议特性与业务场景匹配”的能力。准备这部分时建议自己画几次TCP三次握手和拥塞控制的流程图把每次状态的变迁条件记住这比死记报文格式更有效。补充一个容易被忽略的点Linux网络命令。ping、netstat、tcpdump、curl都可能以命令输出题的形式出现比如给一段netstat输出问哪个连接处于监听状态。平时开发过程中多用笔试基本不用额外复习但如果是没接触过的同学建议把几个常用命令的参数过一遍。3.3 C相关的内存与对象模型是技术岗送分题游戏研发岗的技术栈以C为主所以C相关基础是雷火盘古笔试的一大板块。常考方向包括指针和引用的区别、栈内存和堆内存、struct与class的默认访问权限、内存对齐、构造函数与析构函数调用顺序、虚函数与多态的实现机制、智能指针的引用计数原理。其中“虚函数表”和“内存对齐”是两道经典的坑题。虚函数表考察的是“含虚函数的类实例化后对象内存里最先是一个指向虚函数表的指针”有这个隐藏字段意味着对象大小会额外增加一个指针长度内存对齐则会让sizeof的结果和直观加法不一致。这类题目只要理解了底层机制就能稳定拿分。如果笔试中有手写代码题比较常见的是“实现一个简单String类”需要完成构造、拷贝构造、赋值运算符重载、析构函数。这题表面考类的基本写法实际上考深拷贝浅拷贝和内存管理的理解。我会建议每个准备C岗位的人都把这一题写三遍第一遍能跑通第二遍加异常安全第三遍思考移动语义。做到第三遍你就已经超过大多数候选人了。3.4 数据库和Linux命令经常被低估的得分区非后端岗位的考生容易忽略数据库但从真题反馈看数据库也会以选择题或简答题形式出现。基础考点包括聚集索引与非聚集索引的区别、事务的ACID特性、隔离级别、常用SQL语句中的GROUP BY和HAVING、join类型和结果集差异。相比互联网通用的数据库题游戏公司更偏向库存、玩家角色表、排行榜这类场景。比如“查询角色等级前三名的玩家”这题想考的不只是ORDER BY和LIMIT还有并列名次的处理这就会引到窗口函数DENSE_RANK()的使用。Linux方面高频命令是top、ps、grep、awk、sed、find、chmod、netstat。至少要知道每个命令的常用选项和典型输出。比如top进入交互界面后按P可以按CPU使用率排序awk可以用来按列提取find按时间或文件名过滤。笔试一般不会考太复杂的脚本但“看得懂命令”是默认要求。4. 数学与逻辑推理拉开差距的隐形科目4.1 概率题比想象中更贴近游戏场景雷火盘古的笔试对概率的偏爱来源其实不难理解——游戏的抽卡、掉落、匹配、战斗数值都离不开概率模型。常考的概率题包括几何分布、期望值计算、条件概率、贝叶斯公式、排列组合问题。最简单的例子某抽卡机制单次抽中SSR的概率为p抽到即停求抽卡次数的期望。如果理解了几何分布结论是E 1/p。但如果题目变成“前50次抽中的概率是多少”就成了1 - (1-p)^50难度没有增加但注意力容易放松。还有一类变体是把条件概率包装成“抽到两个不同角色的期望次数”。这类题建议平时把“期望线性性”这个工具用熟很多看似复杂的期望问题可以拆成多个简单事件期望相加不需要硬算分布列。4.2 逻辑推理题考的是“抽象成模型”的能力逻辑题不只是脑筋急转弯它背后是离散数学、博弈论、组合优化的基础。真题里出现过一类取石子问题一堆石子共N个双方轮流取每次可以取1到M个取到最后一个的人获胜。给定N和M问先手是否必胜。这个问题的核心解法是判断N % (M1)是否等于0。如果不等于0先手第一步取N % (M1)个把局面留给对手一个M1的整数倍之后不管对手取多少先手都取M1减去对手数量的个数始终保持这一状态最终先手拿完最后一个。这里考的不是枚举能力而是对“必胜态/必败态”的归纳理解。和Nim博弈里“异或和为0则必败”的结论是同一类思维。还有一类常见的“称球问题”或“十二硬币问题”也经常被引用。这类题的关键是思考信息量每次称重有几张结果最多能区分多少种状态用信息熵的角度思考能比死记答案更容易推导出最优解法。4.3 图形数学和向量基础引擎岗和客户端岗的常客如果投的是引擎、客户端、图形向岗位数学题的比重会明显上升。最常出现的是向量运算点积、叉积、向量模长、点到直线距离。这些概念在游戏引擎里无处不在——叉积可以求法向量和判断左右方向点积可以用来判断两个向量的夹角和投影关系。一道很常见的真题变体是给三角形三个顶点判断某一点是否在三角形内部。解法不唯一常见思路是求出三条边的叉积看符号是否一致或者用重心坐标。这里考的是对叉积几何含义的理解而不仅仅是背公式。建议准备图形向岗位的同学把线性代数里关于向量、矩阵变换、坐标系的结论结合UE/Unity的实际接口过一遍笔试时才能把数学题和工程场景联系起来。5. 不同岗位的试卷差异与选岗策略5.1 技术研发岗代码题量最大基础题决定下限研发岗的卷子总体特征是选择题和编程题数量多、阅读量大。算法题通常会出2到3道难度逐级递增第一道偏签到第二道是拉开差距的中档题第三道可能是压轴比如复杂DP或状态压缩搜索。基础选择题覆盖操作系统、网络、C、数据结构题量可能在15到25道之间每道分值不高但它们决定了你的下限。见过不少同学最后算法题写得很精彩却在选择题上因为“没复习到”丢掉五六分非常可惜。我的建议是研发岗备考时把选择题考点当成“抢分题”。它们不涉及复杂的推导只需要熟练只要把高频考点整理成清单并反复过两遍正确率很容易提到90%以上。5.2 客户端、服务端、引擎岗的侧重完全不同客户端岗更容易出现内存管理、渲染管线、UI框架、C#或C混用、移动端性能优化相关的题目。服务端岗则偏重并发、网络编程、数据库、分布式、容灾设计。引擎岗更爱问数学、坐标系变换、资源加载流程、物理碰撞基础。这些方向差异如果不提前了解清楚在同一个笔试平台上很容易被混卷信息误导。一个判断方法是投递岗位时看清岗位描述和所属项目组。如果投的是《逆水寒》客户端开发笔试里大概率会涉及场景管理、角色动画、渲染性能相关内容如果投的是《率土之滨》服务端开发绕不开在线人数模型、地图分块、状态同步等方向。5.3 测试开发岗用例设计不是随便写几条测试开发岗的笔试中算法题依然存在但还会有“对某个功能设计测试用例”的开放式题目。很多人觉得这类题没有标准答案随便写几条就可以了这是大错特错。面试官想看到的是结构化的测试思路功能测试、边界测试、异常测试、性能测试、兼容性测试、安全测试。比如“给定一个登录功能”预期输出需要覆盖正常登录、密码错误、用户不存在、账号锁定、并发登录、网络超时等情况。备考测试岗时可以拿身边的App功能自己练手比如微信发消息、扫码支付、排行榜刷新练习从需求分析到测试用例落地。这个能力不仅在笔试里有价值面试时也一定会被追问。5.4 策划岗数值敏感性比文笔更重要策划岗的笔试和研发岗完全是另一套逻辑。虽然也考逻辑和数学但更看重对游戏机制的理解和数值敏感度。常见的题目类型是“为某个玩法设计一套成长节奏”或者“分析某个系统对玩家行为的影响”。这类题没有标准答案但要有清晰的推导过程。举个例子题干可能描述一个卡牌游戏玩家每局获得50金币卡包售价300金币卡池中有橙卡的出卡概率是5%问“轻度玩家大概多久能集齐一套主流卡组”。这时候需要做的不是给出精确答案而是基于假设建立模型再一步步计算。考官想看到的是“你能把模糊问题拆解成可计算变量”的能力。准备这类题最好多研究几款成熟游戏的数值循环结构并练习用表格梳理收益曲线。6. 一个月备考路线图与实操避坑记录6.1 前两周把基础题正确率拉高而不是盲目刷难题很多人的备考策略是“做题然后看答案再做下一题”这是效率最低的方式。建议按下面的顺序推进第一周完成数据结构与算法高频专题一轮每天按一个专题刷3到5题优先覆盖动态规划、双指针、DFS/BFS、二分法同时每天用半小时过操作系统和网络高频考点清单第二周补充C对象模型、内存管理、Linux命令、数据库基础重点攻克错题建立自己的错题本。错题本不要只抄题目要写清楚“为什么错”和“下一次怎么避免”。在这个阶段不要碰偏题怪题比如网络流、后缀数组、AC自动机这类内容除非已经有很强的竞赛基础。游戏大厂的笔试压轴题虽然难但频率很低日常复习投入产出比不高。6.2 第三周按两个半小时做限时模拟进入第三周需要从“刷题模式”切到“考试模式”。找一套历年真题或者自己在牛客上组合一套模拟题严格按照笔试时长、分批题型比例进行模拟。这里有一个关键动作模拟结束后不是看分数而是统计自己的做题时间分布。比如一套卷子里算法题占60分钟如果阅读第一道算法题就花掉10分钟说明题目归类能力还不够如果选择题只用了20分钟可能是蒙得快并不代表正确率高。模拟的目的就是找到最舒服的做题节奏。我习惯的顺序是先快速扫一遍所有题目把有把握的选择题和简单编程题先做掉再做中档题最后啃压轴题。这样可以避免因为一道题卡壳导致后面全崩。6.3 最后一周从“会做”到“拿分”最后一周不建议再大量做新题重点是三件事复盘错题本、复习高频结论、保持手感。高频结论包括但不限于常见排序算法的稳定性与时间复杂度、动态规划经典模型背包、LCS、LIS、区间DP、图论遍历模板、TCP状态变迁、死锁条件、虚函数表内存布局。手感可以通过每天做两道中低难度题来维持不用太多关键是保持代码书写速度和边界敏感度。另外可以尝试在博客或笔记里把重要题目的思路写一遍输出一次比自己默想三遍更有效。6.4 笔试当天的实操细节设备、环境、心态最后说几个容易忽略的实操细节。首先是设备环境问题很多笔试平台要求使用指定的浏览器同时要用摄像头监控。提前一天做好设备测试避免考试当天因为兼容性问题浪费半小时。其次是编译器版本不同平台对C标准的支持不同如果本地能跑但平台编译不过大概率是C标准差异建议在准备阶段就使用与笔试平台一致的编译器。答题时还有一个容易被低估的点输出的格式。比如题目要求输出一行字符串结果多打了一个空格或换行符都会被判错。建议写完代码后复制到本地用样例数据测试两次再手造几个边界用例试试。时间安排上如果遇到前10分钟毫无思路的题我会直接标记跳过先把后面的送分题全部拿完再回头思考。笔试的评分通常不是按单题满分累加而是基于整体正确率分层因此确保“会做的全对”比“死磕难题”更重要。遇到填空题或选择题实在不会时也不要空着合理排除法后填入大概率选项能多拿一分是一分。我个人经历过这么多场笔试最大的体会是这套题真正筛选的并不是谁刷题刷得多而是谁在有限时间内能把基础分稳稳拿到手。2017年的真题和现在的题目相比知识范围变化不大出题风格却越来越贴近游戏业务场景。与其到处找“押题”不如把算法基础、计算机通识、数学建模能力和做题节奏这四件事踏踏实实练扎实。做到这一步雷火盘古的笔试对你来说就不再是一座山而只是一道门槛。