网易互娱雷火事业群笔试-游戏研发工程师第二批这轮笔试我参加过也帮别人复盘过整体印象可以用一句话概括题量比你想象中大题面比你想的更有意思但时间一定比你想的更紧。每年雷火的技术笔试一开论坛里就会炸出一堆“求面经”、“求真题”的帖子。说实话作为过来人我反而觉得与其去追那些不一定靠谱的回忆版题目不如把这类笔试背后的考察逻辑搞清楚。网易互娱雷火事业群招游戏研发工程师不是在招“刷题机器”而是在招“能落地的游戏开发者”。这句话听起来像废话但你真正把笔试题做一遍、再对照面试环节会发现它的一整套筛选逻辑都是围绕这句话展开的。这篇文章就按我的经验把这轮笔试的题型分布、考察重点、备考优先级、现场答题策略以及笔试后的衔接动作一次性给你拆清楚。没有任何原题也没有所谓标准答案但凡是这类岗位要考的底层能力基本全在下面了。1. 笔试的整体定位它究竟在筛选什么样的人1.1 先搞清楚雷火笔试的“口味”游戏研发工程师的笔试和普通后端开发、算法工程师的笔试有个很明显的区别它不只是考你会不会写代码而是看你有没有“游戏引擎”和“游戏运行环境”的意识。雷火这边尤其明显。网易互娱旗下的雷火事业群主要做的是大型多人在线游戏、动作类游戏和一部分偏重交互体验的项目。这类产品对实时性、稳定性、客户端性能的要求非常高所以笔试题目里除了常规的数据结构和算法题一定会掺入计算机图形学、数学、网络同步、内存管理这些游戏开发日常都要打交道的内容。第二批笔试和第一批相比整体难度通常不会差太多但有个微妙的变化第二批的题库会做一轮增量更新也就是会加入一些第一批考过但大家普遍得分率不高的知识点换个角度重新考。这就意味着如果你只是刷第一批的回忆题没有把底层原理吃透第二批碰到变体题时很容易懵。1.2 从岗位能力反推笔试考察矩阵雷火笔试的题型我归纳下来基本就是一个“三层能力矩阵”能力层考察内容典型题型基础层C、操作系统、数据结构、网络单选题、多选题、填空题专业层图形学、线性代数、物理模拟、游戏架构选择题、简答题、场景分析编码层算法设计、代码实现、性能优化意识编程题这个矩阵排布是有内在逻辑的。基础层筛掉基本功不扎实的人专业层筛掉对游戏研发没有系统认知的人编码层筛掉“纸上谈兵”的人。三层层层递进你哪一层有短板都会在分数上体现出来。很多人在准备时容易犯一个错误只盯着编程题猛刷觉得选择题随便蒙一蒙就行。我见过太多简历很漂亮、项目也说得头头是道的人笔试成绩却卡在及格线边缘原因就是前面客观题丢分太严重。雷火笔试的客观题占比不低而且有些题目是倒扣分或者多选少选不得分的指望靠编程题拉满总分风险极高。2. 题型构成与分值排布别把时间压错地方2.1 单选与多选基础不能有盲区单选题覆盖的范围非常广我梳理了近几年反复出现的考点大致能分成四块C方向const的用法、智能指针的引用计数与循环引用、虚函数表布局、move语义、STL容器的底层实现与复杂度、类型转换的四种方式区别。操作系统方向进程与线程的区别、死锁产生的必要条件、虚拟内存与页面置换、用户态与内核态的切换、协程与线程的对比。数据结构方向各种树的性质与遍历、哈希冲突的解决方式、排序算法的时间空间复杂度与稳定性、堆和栈的区别。网络方向TCP三次握手与四次挥手、TCP与UDP的区别、滑动窗口与拥塞控制、粘包问题产生的原因与解决思路。这些问题本身不算难但雷火喜欢在题目里埋“组合拳”。比如它不会直接问你“进程和线程有什么区别”而是给你一段描述让你判断哪些话是正确的里面会混入一些看似正确但其实有歧义的表述。这种题目考的就不是“背过没有”而是“理解得够不够深”。多选的得分规则通常更严格。我在实际考试里吃过大亏有些多选明确写了“少选不得分、多选不得分”那就要么全对要么零分根本不存在部分给分。这时候策略就变成了——拿不准的选项千万不要选。如果你能确定两个选项是对的剩下两个不确定选两个比选四个更稳因为选四个一旦有一个错就是全错选两个反而有保底。2.2 主观问答考的是解题思路不是背答案雷火的笔试里主观问答题往往是最容易被忽视但又最能拉开分差的部分。它会给你一个游戏开发中很常见的场景比如一个角色在场景中快速移动摄像机跟随出现抖动你如何定位和解决一个多人在线游戏需要实现战斗回放功能你会怎么设计数据结构和存储方案一个玩法系统的加载时间太长卡住了主线程你有哪些优化手段这类问题没有标准答案但考察的是你日常积累的“工程判断力”。答题的时候不要只写结论要写分析过程先说明可能的原因有哪些再逐一给出排查方法最后给出你认为最优的解决方案并简要说明理由。这样写即使你的方案不是最优的面试官在筛简历时也能看出你是一个“有思路的人”而不是一个“背答案的人”。2.3 编程题难度层级和考察主题编程题通常是2到4道难度梯度明显。第一道往往是热身题考察字符串处理、数组操作、简单模拟难度约等于LeetCode中等偏下。中间一道会考察数据结构应用常见的是二叉树遍历、图的搜索、堆的运用。最后一道通常是压轴题经常涉及动态规划、贪心算法或复杂的搜索剪枝有些年份还会出一道与游戏场景结合的场景题。我印象比较深的一道题目是“在二维网格地图上规划一条最短路径要求经过若干个指定点且路径不能穿过障碍物”。这题考察的东西其实一目了然BFS、状态压缩、全排列三个知识点串在一起模拟的就是游戏里NPC寻路要经过多个目标点的场景。如果你只背过裸的BFS没做过状态压缩DP这道题就很难拿全分。这就是雷火编程题的风格——算法内核是经典题但包装了一层“游戏感”。3. 核心知识点深挖图形学、数学和物理3.1 渲染管线你必须能画出那张流程图在雷火笔试中图形学相关内容几乎从不缺席。最常见的一种考法就是让你描述渲染管线的完整流程或者给一个阶段让你判断它发生在什么位置。说到底这考察的就是你有没有真正用过引擎而不是只看过理论。我的建议是备考时把以下知识内化到“闭着眼睛能画出来”的程度顶点数据如何经过顶点着色器、几何着色器、光栅化、片元着色器、测试与混合最终输出到帧缓冲。顶点变换的完整矩阵链条模型空间到世界空间、世界空间到观察空间、观察空间到裁剪空间、裁剪空间到屏幕空间。每一级用的矩阵是什么为什么需要齐次坐标裁剪空间里w分量起什么作用。光照模型方面Phong与Blinn-Phong的区别、BRDF的基本概念、PBR中金属度和粗糙度的作用。选择题常考渲染相关的坑点法线贴图为什么是偏蓝色的因为在切线空间里法线分量大部分指向z轴正方向压缩成RGB后蓝色通道值偏高。延迟渲染和正向渲染的优缺点对比以及各自适合什么场景——这些都要理解到能和别人讲清楚的程度。3.2 向量、矩阵、四元数游戏数学的核心考点游戏研发工程师的岗位描述里基本都会带一句“扎实的数学基础”。笔试中数学题的难度通常不会很高但覆盖面广而且很多题会直接和你日后的工作内容挂钩。向量部分考察点集中在点乘与叉乘的几何意义。点乘算夹角和投影叉乘算法向量和平面方向。有一类高频题给出三个点判断它们在三维空间中的朝向关系或者计算点到平面的距离。这些基本方法在游戏里应用极广比如判断角色是否在某个扇形攻击范围内本质上就是向量夹角计算。矩阵部分平移、旋转、缩放矩阵的写法要非常熟练尤其是绕任意轴旋转的Rodrigues公式几乎是图形学必备。矩阵的逆在什么情况下存在、正交矩阵的特性、行列式的几何意义也是常客。四元数部分至少要明白为什么游戏引擎里用四元数而不是欧拉角来表示旋转。欧拉角有万向锁问题而且插值不平滑四元数没有这些毛病但四元数的运算规则比矩阵更抽象。笔试常考的坑是两个四元数之间的差值在什么情况下会导致旋转方向走远路。一般情况下如果需要做最短路径的旋转插值当点积为负时应该将其中一个四元数取反。这个细节很多人会漏但在实际工作中非常关键。3.3 物理与碰撞检测别只记公式物理相关题目主要考察运动学和碰撞检测难度偏向“概念理解简单计算”。弹跳运动中的速度分解和能量损失、刚体碰撞中的冲量计算、摩擦力对运动的影响都是高频考点。碰撞检测部分最常见的是AABB包围盒和球体碰撞检测因为这是游戏引擎中最基础的碰撞体。笔试中可能会让你手写一个“判断两个圆是否相交并计算重叠深度”的函数也可能让你说明“AABB碰撞检测的原理和优化思路”。这里想强调一点手写物理相关代码时要注意浮点数比较的坑。判断两个浮点数是否相等不要直接用a b而要用fabs(a - b) eps的方式否则你会在边界情况上栽跟头。这种细节是区分“刷过题的人”和“真正写过游戏代码的人”的重要标志。4. 编程题实用拆解从读题到AC的完整思路4.1 多项式求和与状态压缩类题目雷火笔试编程题里的压轴题经常带着状态压缩的痕迹。比如“在一个迷宫里收集所有钥匙每把钥匙对应一扇门求最短步数”这类题目。它的核心解法是三维状态BFS状态里除了坐标外还需要用一个整型位掩码记录当前收集了哪些钥匙。这类题考察的实际上是两个能力状态建模和位运算。状态建模指的是你要能把“当前拿到的钥匙集合”压缩成一个整数然后用dist[x][y][mask]记录到达该坐标且拥有某钥匙集合的最短步数。位运算则要求你熟练使用mask (1 k)检查第k位是否为1用mask | (1 k)将第k位置1。如果你对位掩码做状态不熟我建议至少把“二维网格上的多状态BFS”这一类题刷明白。它的变体很多但状态表达方式大同小异考试时只要看见“钥匙、门、迷宫”这些关键词就要立刻想到状态压缩BFS。4.2 树与图的遍历注意边界条件中档题最喜欢考树和图。树的中序遍历、层序遍历、最近公共祖先、树的直径图的BFS/DFS、拓扑排序、最短路径、连通分量——这些都是家常便饭。但雷火的出题风格会在边界条件上加码。举个例子如果题目给的是“指针形式”的二叉树节点而不是数组形式你就要考虑空指针的判断。如果给的是有向图你要搞清楚“环”和“自环”的区别。如果给的数据范围很大你要注意递归深度可能导致栈溢出这时候就要主动改成显式栈的迭代写法或者用非递归的层序遍历。还有一个容易被忽视的点题目说“多组输入”时很多人会忘记在每组输入开始前清空全局变量和标记数组。考试环境里编译器不会提醒你但结果会直接算错。我的习惯是每道题写完主逻辑后至少在脑子里模拟一遍“连续两组输入状态会不会残留”。4.3 动态规划如何快速定义状态动态规划题在笔试中几乎必考。雷火笔试题里DP的考察常常不是“从左上角走到右下角求路径数”这种模板题而是会加入贪心、排序或者二分等前置操作。比方说“把一堆任务分配到多个服务器上使得最大负载最小”这类题它的解法通常会先排序再二分答案再用贪心验证可行性。再比方说“在多个时间段中选择不重叠的最大收益”这类题需要先按结束时间排序再用二分查找来优化状态转移。准备DP我的建议是把以下类型彻底做熟线性DP最长上升子序列、最长公共子序列、最大子段和。区间DP合并石子的最小代价。背包DP0-1背包、完全背包、多重背包的空间优化写法。状压DP集合覆盖、旅行商问题的暴力枚举。如果时间有限优先搞定前三种。状压DP相对冷门但一旦考了区分度非常高有时间还是值得准备。5. 网络同步与游戏架构容易被忽视的隐形加分项5.1 帧同步与状态同步从概念到应用场景雷火笔试的简答题和问答题里网络同步是很容易出现的内容因为这是多人在线游戏的核心问题。它题目形式通常很直接“请说明帧同步和状态同步的区别并列举它们各自适用的游戏类型。”帧同步的核心思路是所有客户端跑同一个逻辑输入一致则输出一致。它只同步玩家的操作指令带宽占用小反外挂难度大但对网络抖动极其敏感一旦某个客户端掉线或延迟整个战局就可能卡住。适合对实时性要求高、同屏单位多的游戏比如MOBA、格斗和RTS。状态同步的核心思路是客户端只负责表现所有逻辑由服务器计算后下发。服务器权威性高防作弊能力强对网络波动容忍度也更高但带宽占用大响应速度受网络延迟影响。适合大型MMORPG、射击游戏和其他类型。答题时不要只写定义要结合项目经验写“什么时候该选哪个方案”。比如我要做一个支持5v5的即时战斗玩法应该选帧同步因为要精确还原每一步操作任何一帧的误差都会导致不同客户端表现不一致。但如果是大型开放世界的交易、组队玩法状态同步更合适因为玩家不要求百分百指令级一致。5.2 网络抖动与弱网优化一道高频“送命题”笔试里针对网络同步还会延伸出另一个问题“如何优化弱网环境下的玩家体验”这个问题没有标准答案但有几个方向可以展开客户端预测在技能释放时不等待服务器返回直接在本地播放表现同时缓存操作指令。服务器回滚当检测到服务器实际结果与客户端预测不一致时回滚到最近一个权威状态再重新计算。延迟补偿对射击类游戏非常关键服务器判断击中时要考虑射击方当前看到的目标位置而不是服务器此刻的目标实际位置。动态帧率调节网络差时自动降低同步频率减少带宽消耗。这类问题考察的就是你有没有“真正在线上环境处理过问题”的意识。你在答题时能写出这些措施并说明各自的取舍面试官就知道你不是只会调接口而是理解过背后的原理。6. 备考策略按剩余时间做优先级排序6.1 时间充足情况下怎么系统准备如果你的准备时间还有三到四周我建议你按以下顺序推进第一周过一遍计算机基础。C重点看内存布局、虚函数、STL底层原理操作系统重点看进程线程、虚拟内存、调度算法网络重点看TCP/UDP和可靠传输原理。第二周专项突破图形学和数学。把渲染管线、顶点变换、光照模型、碰撞检测、四元数全部过一遍配合做题加深理解。第三周集中刷编程题。以LeetCode中等难度为主每天保持三到五题的节奏重点覆盖BFS/DFS、DP、树、图、位运算。第四周查漏补缺和模拟练习。做一套完整卷子的限时训练严格按考试时间70到90分钟来掐表训练自己的节奏感。6.2 时间紧张情况下的“保命”复习法很多同学是在收到笔试通知之后才开始着急这时候离考试可能只剩三到五天。这种极限情况下复习策略必须做减法基础层只保C和数据结构操作系统和网络看高频结论就行。数学只保向量点乘叉乘、矩阵变换和三阶矩阵求逆。图形学只保渲染管线流程和顶点变换链条。编程题只刷三道经典BFS/DFS求连通块、0-1背包、最长上升子序列。这样做不是为了拿高分是为了保证“基础题不丢分、编程题能AC一道、问答题写得出来”。在很多候选人总分相差不大的情况下这三点已经足够把你送进面试了。7. 现场答题的时间分配与实操心得7.1 推荐答题顺序先客观题后编程题雷火笔试的时间一般是一个半小时到两个小时题量在十几道选择题加两三道编程题之间。我见过很多人在第一道编程题上死磕到天荒地老结果后面选择题完全没时间做白丢一堆分。我的建议顺序是先快速做完全部客观题和主观题再集中时间做编程题。客观题里遇到拿不准的先标记出来跳过不要浪费情绪。主观题要么不写要么就写完整的思路和分析过程不要只丢两行结论。编程题从最简单的开始做确保AC一道再挑战更难的。如果你在编程题卡了很久一定不要恋战。设定一个硬性时间线每道编程题最多花30分钟超过30分钟还写不完直接转下一题。压轴题做不出来很正常把前两题做对已经能超过大多数人了。7.2 编程环境与语言选择的两个坑笔试平台常见的是牛客网和赛码网这两个平台用的是在线编辑器输入输出格式和本地IDE不完全一样。平时刷题如果习惯只写函数体考试时要注意第一看清题目要求的是“完成函数”还是“从标准输入读取”。如果是完成函数那么输入已经由框架处理了你只要专注核心逻辑。如果是标准输入就要自己处理多行输入、空格分隔、循环读取等细节很多人在这里白白翻了船。第二语言选择优先C除非你对其他语言有绝对的自信。游戏研发岗位的技术栈以C为主笔试环节用C作答会给面试官留下更对口的印象。而且C的STL在写算法题时非常高效vector、unordered_map、priority_queue都是现成的工具。还有一个小建议提交代码前给自己留两分钟做一轮手动的“代码走查”。检查数组下标有没有越界、循环变量有没有写错、边界条件有没有漏判。我在模拟和真实考试中都遇到过代码逻辑完全正确就因为某个变量名不小心写重了最后运行超时或结果错误非常可惜。8. 笔试后的衔接从笔试到面试的临门一脚8.1 考完马上做复盘笔试结束的那一刻你的记忆还比较清晰是复盘的最佳时机。我习惯在考完当天晚上做三件事回忆题目中的知识点整理成一份笔记标记出自己拿不准和完全不会的部分。重新把选择题的考点和标准答案查一遍看看是自己审题错误、理解有偏差还是确实没复习到位找准丢分原因。把编程题在自己的IDE里重新写一遍跑一些自己构造的测试用例尤其是边界数据。这一步看起来是“事后弥补”但其实是为面试做准备。网易互娱雷火事业群面试是一个多轮过程面试官非常喜欢在你笔试的薄弱环节上追问你提前复盘过面试时就能化被动为主动给出一个“我当时没想清楚但我之后认真研究过”的答复这在面试官眼中是很大的加分项。8.2 项目经验怎么包装成“游戏研发能力”笔试过了之后面试环节的重点就是简历上的项目经验。如果你没有直接的游戏开发项目也可以用相关经历顶上去做过图形学相关的实验或项目比如基于OpenGL实现一个小型渲染器突出顶点处理、光照计算、相机控制这些环节。做过网络编程相关的项目比如自己写过基于非阻塞IO的高并发服务器模型突出如何处理大量客户端连接、粘包与拆包问题。参与过引擎或工具的开发哪怕是写过一个编辑器插件也可以说明你对引擎扩展、工具链建设有认知。无论项目大小核心原则是“你在项目中承担了什么角色、解决了什么问题、用了什么技术方案、有没有踩过坑”。面试官要的不是完美项目而是有真实思考过程的人。把项目经验和笔试里学到的图形学、网络同步知识串起来哪怕项目只是一个实训课的小demo也能讲出亮点。8.3 针对面试官追问方向做预判笔试结束后到面试开始前这段时间不要浪费。面试官围绕笔试的追问方向通常集中在三个层面基础层追问C内存管理、多线程并发、TCP连接状态变化。这类问题要能讲透原理并能结合实际场景说明。项目层追问你项目的技术难点、性能瓶颈、你做了哪些优化、为什么这么设计。这部分考察的是你是否真正参与过项目还是在里面打酱油。岗位层追问你理解这个岗位每天在做什么吗你对做游戏有哪些想法你平时玩什么游戏为什么喜欢这个问题看似轻松但你如果说不出一两个真正打动人的游戏设计细节就会显得对游戏行业缺乏热情。面试官还有一个很常见的操作让你在白板上手写代码可能是笔试中你没做出来的那道题的变体也可能是一道新的算法题。这其实是在考验你在压力下能否保持清晰的思路。应对方式只有一个平时多练“写代码时不查资料、不依赖auto补全”的白板能力确保最基础的数组、链表、二叉树操作都能徒手写出来。写在最后一些经验性的话走到笔试这一步你已经比大多数人更有勇气了。网易互娱雷火事业群的笔试难度并不低每年都会有大量候选人倒在第一关但这并不意味着你必须是一个全能的天才才能通过。仔细观察每一道题你会发现它考的东西本质上都是基础——C写不写得好、算法熟不熟、图形学数学有没有概念、网络同步有没有理解仅此而已。我个人在实际带新人和复盘笔试的过程中最大的体会是笔试里丢分最可惜的从来不是“不会做的难题”而是“会做但没时间做”的简单题。很多人败在时间管理上而不是能力上。所以备考期间除了刷题之外一定要挤出完整的90分钟完完整整地做一套模拟卷训练自己的答题节奏。最后再分享一个小技巧笔试前一天的晚上不要刷难题了把渲染管线流程图、排序算法复杂度表、TCP状态转换图、常用STL容器的复杂度这些基础内容过一遍然后早点睡。你脑子里的“缓存”会比临时抱佛脚刷几道难题有用得多。祝你这轮笔试顺利我们面试环节见。