网易互娱雷火校园招聘试卷-游戏研发工程师第一批每年到了金九银十的校招季游戏研发岗的笔试题总是被大家拿出来反复讨论。我身边不少准备进游戏行业的朋友光是听到“网易”“雷火”这几个字就已经开始手心冒汗——题目量大、覆盖面广、深度不浅确实不是靠刷一两周LeetCode就能应付的。今天我想认真聊聊这份“网易互娱雷火校园招聘试卷-游戏研发工程师第一批”的题目结构、考察逻辑以及它背后真正想要筛选出什么样的人。这份试卷主要面向投递游戏研发工程师岗位的应届生它的价值不只是“能不能拿到offer”这么简单。哪怕你今年不投雷火把这套题目的思路吃透对整个游戏客户端、引擎、服务器方向的求职准备都有很强的参考意义。尤其是那些想走渲染、物理、引擎底层方向的同学这份卷子基本就是一面镜子能照出你知识体系里哪些地方是实的、哪些地方只是“看着会了”。1. 试卷整体画像从一张卷子看雷火想要什么人1.1 为什么这份试卷值得细细拆先说一个很多同学容易忽略的点校招试卷不是随便出出来的。一份合格的校招笔试题背后其实是部门对“新人入职第一年需要具备什么能力”的判断。雷火这边主要的业务线包括逆水寒、永劫无间、倩女幽魂等既有大型MMO也有竞技类动作游戏。不同项目对客户端底层、服务端并发、工具链建设的要求都不低所以试卷不会只考某一个细分方向。从第一批试卷的整体风格来看它有一个非常明显的特征不追求偏题怪题但追求在常规考点上不断向下追问直到摸清你的理解深度。什么意思呢比如说考C它不会只问你“虚函数是什么”而是会给你一段涉及继承、构造析构顺序、静态绑定和动态绑定的混合代码让你在脑子里模拟完整个对象生命周期的输出结果。这就是在考察你到底是背过概念还是真的被编译器“毒打”过。1.2 试卷结构里的岗位能力模型拆解按我自己整理过的多个厂笔试经验来看这份试卷大致可以切成四块语言与工程基础C为主包含内存管理、智能指针、虚函数机制、模板、异常安全、多线程并发等内容。这一块是贯穿整个笔试的基础也是刷人最狠的地方。算法与数据结构一般3到5道编程题覆盖BFS/DFS、动态规划、贪心、图论、字符串处理等。难度从“热身”到“劝退”递增。数学与图形学基础向量运算、矩阵变换、四元数、渲染管线、光照模型、空间划分等。这部分对客户端和引擎岗几乎是必考服务端岗的比重会低一些。引擎、物理与综合应用涉及Unity/Unreal使用经验、碰撞检测算法、内存和性能优化、网络同步基础等。偶尔还会有类似“你如何设计一个技能系统”这种开放式设计题。这种结构不是随便拼凑的它对应的是一个游戏研发工程师日常工作的真实技能树用C写可靠高效的代码用算法解决实际逻辑问题用数学和图形学知识支撑渲染和物理表现最后用工程思维做复杂系统的取舍和设计。提示很多同学容易陷入“只刷算法题”的误区。但实际上对于游戏研发岗来说C功底和图形学基础往往比算法题更能拉开差距。算法题刷得再多如果连shared_ptr的底层引用计数都说不清楚面试官依然会给你打一个大大的问号。2. 知识点覆盖最全的C与并发部分真正拉分的地方2.1 C基础不是“会写”而是“理解机制”试卷里C相关的题目几乎覆盖了现代C的核心机制。我挑几个出现频率高、也最容易出错的点来说。第一是对象生命周期。这类题通常会给你几个类有继承关系有成员对象有静态变量然后问你构造和析构的输出顺序。你以为你记住了“构造先基类后派生、先成员后自身析构反过来”就能拿分但实际题目往往还嵌套了拷贝构造、移动构造、临时对象优化copy elision这些细节。一个常见的坑是返回值优化RVO/NRVO在某些版本的标准下是允许但不是强制的行为不同编译器和优化级别下结果可能不同。如果你在笔试里遇到这种题最好的方式是先在脑子里按标准逻辑推导一遍再看题目有没有明确指定C版本和编译选项。第二是虚函数机制。这里不只是问“虚函数怎么实现”更常见的是结合构造/析构函数来考。很多人不知道在构造函数和析构函数里调用虚函数并不会触发动态绑定——因为对象还在构造或者销毁过程中虚表指针指向的是当前正在构造/析构的这个类而不是最终派生类。这种题一旦出现错误率极高。第三是智能指针。前几年可能考auto_ptr和shared_ptr的区别现在已经升级到考察shared_ptr的线程安全性、weak_ptr如何解决循环引用、unique_ptr如何自定义删除器等。核心在于理解引用计数的操作是否原子、控制块的结构、以及make_shared相比直接new的优势一次内存分配、异常安全。第四是移动语义与完美转发。这部分主要考察std::move到底做了什么一个类型转换而已、移动构造函数什么时候会被调用、以及引用折叠规则。很多同学会把move想象成“把内存搬走”其实move本身不搬任何东西只是把左值转换成右值引用真正“搬”的动作是在移动构造函数里实现的。2.2 多线程与并发从基础原语到实际场景游戏引擎和服务端都是多线程的重度用户所以试卷一般不满足于考pthread或std::thread的简单使用而是喜欢考死锁、数据竞争、原子操作、同步机制选择这类实际工程问题。我记得有一道比较典型的题目是给定一个多线程读写共享数据结构的场景要求你指出代码中的竞态条件并说明如何修复。这里就涉及锁的粒度控制、std::atomic的使用边界、以及无锁编程的基本思想。很多同学的答案就写“加锁就行”但题目实际上想看到的是你有没有思考过读写锁和无锁队列的适用场景、锁竞争导致的性能下降、以及用原子变量加自旋锁替换互斥锁的可行性。再有一种常见的考法是给出一段用mutex保护共享资源的代码然后问是否存在死锁风险。答案往往是如果锁的获取顺序不一致即使加了锁多线程下依然可能死锁。这里需要你用锁排序lock ordering或者std::scoped_lockC17来解决。注意碰到并发相关的题目不要一上来就写代码。先在旁边把线程交互的时序画清楚标出共享资源和竞态点再动手。笔试阅卷时间很短逻辑清晰的过程比满屏代码更容易拿分。2.3 我在实际工程里对C考点的理解说句实话笔试里考的这些C机制工作中真不一定天天用但你不能不会。为什么因为游戏项目太庞大了你入职后第一件事不是写新代码而是读别人的旧代码。这些旧代码很可能用了各种偏门的语法特性比如多重继承、模板特化、重载operator new、甚至自己实现的内存池。如果你连基础机制都不熟读代码就像看天书。我记得自己刚入行时第一次接触项目的自定义内存分配器完全看不懂那一堆宏定义和placement new后来翻了好几天的代码才弄明白设计意图。笔试把这些机制拿出来考本质是在提前筛选“有耐心也具备底层理解能力”的人。我自己带新人的时候最深的一个体会是基础扎实的人遇到问题会去查文档、看源码、用工具定位基础薄弱的人遇到问题第一反应是改代码碰运气。笔试的作用就是尽量把后者挡在门外。3. 算法与数据结构考题不刷题不行但只会刷题也不行3.1 常见题型分布与难度递进逻辑雷火这批试卷的算法题整体难度在所有游戏大厂里算中上。第一道题通常比较温和可能是一道简单的数组或字符串处理目的就是让大家别一上来就交白卷。到了第二、第三道难度开始爬坡常见的有BFS求最短路、DFS回溯、区间DP、状态压缩DP等。最后压轴的题往往是图论最短路、拓扑排序或需要巧妙优化的综合题目的就是筛选那些真正有算法思维的人。有一个有意思的现象是他们不太爱考纯粹的模板题。比如不会直接给你“求最长递增子序列”而是会包装成游戏中的实际场景比如“有N个任务每个任务有一个依赖任务和一个消耗时间如何安排才能最短时间完成所有任务”。本质上还是图论拓扑排序但加了游戏上下文之后需要你先做一步抽象建模。3.2 游戏场景里的算法题怎么拆解我拿一个比较典型的题目来举例假设地图上有多个NPC每个NPC有自己的巡逻路径玩家要找到一条从起点到终点的最优路线途中需要避开NPC的警戒范围且NPC是会移动的。这道题表面看是个寻路问题实际考的是时间维度上的BFS把地图从二维变成三维第三个维度是时间片。为什么要强调这种“场景化包装”因为游戏研发工程师在工作里遇到的算法问题从来不会有人帮你把条件列好、告诉你用什么算法。你要自己做抽象、做简化、做权衡。笔试里出现这种题就是在提前训练你这方面的能力。再比如说动态规划游戏里常见的背包、资源分配、战斗数值平衡、技能连招最优顺序很多都可以抽象成DP问题。雷火卷子里有出现过类似“让你设计一个技能释放顺序使得总伤害最大但每个技能有冷却时间和消耗”的题本质就是一个变种的0/1背包。如果你刷题时只记dp[i][j] max(...)的模板而不理解状态转移的“不重不漏”原则遇到这种包装题就会卡住。3.3 准备算法题的正确方式以“建模能力”为目标很多人的刷题方式是每天刷5道LeetCode然后对着题解抄一遍。但游戏研发岗的笔试更看重你三个层次的能力第一层识别题目背后的经典模型。比如看到“最少步数”想到BFS看到“最优解”想到DP或贪心看到“依赖关系”想到拓扑排序。第二层能在经典模型上进行变种优化。比如二维BFS变成三维BFS普通DP变成状态压缩DP最短路变成分层图最短路。第三层快速实现且保证正确性。笔试环境下的代码不要求你写得多优雅但必须在时间限制内跑出正确答案。所以我在准备校招时采取的方法不是什么题都刷而是按“模型”来刷先花一周把BFS/DFS相关的题吃透确保各种变形都能快速写出来再花一周集中攻DP从最基础的线性DP到区间DP、状压DP、树形DP每类题目只刷两三道经典题但必须做到白板默写无bug。游戏研发方向的算法准备深度比广度重要。建议笔试时先把几道编程题全部看一遍评估难度后选择先做哪道。不要在第一题上花太多时间前面选择题和简答题也可能有分。拿到卷子先花3到5分钟通读全卷做到心里有数。4. 游戏数学与渲染基础引擎岗的分水岭4.1 向量、矩阵、四元数不只是背公式这部分是游戏客户端和引擎岗的必考重点也是很多非图形方向同学的软肋。首先绕不开的是向量和矩阵的基础运算向量的点乘、叉乘的几何意义、矩阵的乘法顺序、以及为什么要用齐次坐标表示三维空间中的点。这里经常出现的一个考点是给一个物体在世界空间中的位置和朝向要求你计算它在相机空间中的坐标。本质就是用视图矩阵View Matrix做坐标变换。你得清楚MVPModel-View-Projection矩阵的完整链路模型空间到世界空间、世界空间到相机空间、相机空间到裁剪空间、最后到屏幕空间。很多同学背得出“模型视图投影矩阵”这几个字但问你“世界空间到观察空间这一步矩阵是怎么构造出来的”就答不上来了。这个其实只要理解了相机坐标系的三个基向量right、up、forward再加上平移项取负值就能推导出来。四元数也是一个高频考点。游戏引擎里的旋转几乎不用欧拉角直接存因为会导致万向锁问题。笔试可能会考你“四元数如何表示旋转”“两个四元数怎么插值Slerp”以及“四元数转换为旋转矩阵的公式”。知道这些还不够最好还要能解释四元数为什么用四个分量、为什么它的模长是1、以及它和轴角表示法的关系。4.2 渲染管线和光照模型框架概念并不够渲染模块在试卷里通常会以简答题和场景题的形式出现。常见题目有描述前向渲染和延迟渲染的优缺点及适用场景。给一个物体表面的漫反射、镜面反射、粗糙度等参数让你选择合适的经验光照模型Lambert、Blinn-Phong、PBR等并说明理由。在给定场景中分析draw call的优化空间。简述法线贴图的工作原理以及切线空间Tangent Space存在的意义。Shadow Map的基本原理和常见问题阴影痤疮、彼得潘现象。很多同学在准备这一块时只背概念比如“延迟渲染适合多光源场景”“Shadow Map是先从光源渲染一张深度图”之类的结论。但真正到笔试里题目稍稍换个角度问你“为什么延迟渲染不能很好地处理半透明物体”或者“取深度时为什么要加一个bias”就露馅了。我的建议是复习渲染基础时不但要看懂原理还要在脑子里过一遍自己在Unity或Unreal里实际调参的经验。比如你知道延迟渲染的G-Buffer需要存哪些数据知道MSAA在延迟渲染下效果不佳这些都是靠实践得来的细节比背任何博客都管用。4.3 我为什么说这部分是“真正的分水岭”我见过不少同学算法很厉害LeetCode刷了五六百题但是一做到数学和图形学的简答题就整个人愣住。反过来那些顺利通过笔试进入面试的绝大部分对这一块都有扎实的积累。原因很简单游戏研发工程师尤其是客户端和引擎方向数学和图形学是吃饭的本钱而C和算法更像是一个工程师的基础素养。如果你还在大二大三想走游戏研发这条路请一定把线性代数和计算机图形学当作专业课中的专业课来学。不必做到数学系那种证明深度但至少要做到给你一个旋转矩阵你能看出它绕哪个轴转了多少度给你一个法线贴图你能解释为什么它的颜色看起来偏蓝紫色给你一个半透明物体渲染出错的场景你能猜到是深度排序出了问题。5. 引擎综合题和开放设计题考察全局思维5.1 综合题从局部知识点到系统关联试卷后半段通常会出现一些综合性题目不再单独考察某个知识点而是把几个知识点串在一起。比如题目给你一个Unity场景里面有大量动态物体和静态物体玩家视角需要看到整个场景问你如何优化渲染性能。或是在服务端场景下给你一个世界地图玩家分布不均匀要求你说说如何处理AOIArea of Interest同步。或者更直接一些问“如何在客户端和服务端之间同步一个玩家的位置和状态并保证一定的安全性”。这类题目没有标准答案但有一个共同的考察点你有没有从系统层面思考问题的习惯。比如渲染优化的题你要分别从CPU和GPU角度分析瓶颈——批处理和减少draw call是CPU受益降低overdraw和shader复杂度是GPU受益。如果还能提到相机剔除、LOD、纹理压缩、合图等具体手段并给出优先级排序分数就会很高。5.2 开放设计题把自己的思路过程“演”出来开放设计题是我个人觉得最有意思也最紧张的部分。题目可能问你“如何设计一个MOBA游戏里的技能系统”“如何实现一个背包系统”“如何设计一个支持千人同屏的MMO战斗场景”等等。遇到这种题最关键的是展现出你的思考框架。比如设计技能系统可以先从数据驱动讲起技能用配置文件或ScriptableObject来定义包含技能ID、伤害数值、冷却时间、施法范围、特效资源、音效资源等然后讲技能释放的完整流程客户端发请求到服务端服务端做合法性校验冷却、蓝量、距离、目标是否死亡通过后广播给周围玩家客户端表现技能动画和伤害飘字最后可以补充一些进阶设计比如如何做技能连招、如何做技能打断、如何做Buff/Debuff系统。诀窍在于哪怕你的方案不完美也要表现出“我知道一个完整的游戏功能需要哪些模块协作”。最怕的就是只盯着一个点比如大谈特谈技能特效的Shader怎么写连服务端校验都忘了提。那样面试官很容易判断你对系统整体认知不足。5.3 没有标准答案的题怎么自检开放设计题没有对错之分但你需要自己检查一下方案里有没有考虑到性能有没有考虑到网络同步有没有考虑到扩展性以后要加新内容时是不是容易改有没有考虑到反作弊这四点是游戏研发里最常见的约束条件也是阅卷时的重要评分维度。我记得有个同学考完跟我说他写技能系统时把整个Buff的继承关系、事件回调、UI联动都写了但完全没提服务端校验结果面试被追问“如果客户端被改了内存无限释放技能怎么办”。这就是典型的只考虑了客户端表现、没考虑服务端权威性。笔试时可能未必这么深入但这种思维方式在面试里一定会被反复检验。6. 这套试卷透露的备考方向与实用经验6.1 从试卷反推复习优先级结合这套卷子的考察逻辑我给不同目标的同学排一个复习优先级仅供参考岗位方向最高优先级次高优先级有时间再看客户端/引擎C底层机制、渲染管线、数学基础算法、物理、性能优化网络同步、服务端架构服务端C并发、网络编程、数据库基础算法、分布式基础渲染、图形学全面型/TA数学、渲染、C算法、工具链、性能分析深度引擎源码这个优先级怎么理解如果你是冲客户端引擎方向那C和图形学就是你的命根子算法也很重要但不用追求竞赛级难度。如果你是冲服务端那就更要加重并发、网络IO、分布式一致性这些知识点的权重。雷火的卷子整体还是偏向客户端/引擎一些所以图形学的占比明显比某些纯服务端岗位的笔试高。6.2 一套我自己验证过的准备节奏我从大四秋招前一个半月开始集中准备节奏大概是这样的第1~2周主攻C底层机制。复习虚函数表、内存布局、智能指针、移动语义、多线程同步每天配合手写几个小demo验证理解。比如写一个带继承关系的类自己用调试器看内存布局再写一个shared_ptr循环引用的例子用weak_ptr修复。第3周集中刷数据结构与算法。按BFS/DFS、DP、图论、贪心、字符串的顺序推进每天保持2~3道有效题。重点记录每道题的“建模过程”而不是背答案。第4周主攻数学与图形学。我把线性代数的核心章节向量、矩阵、线性变换、特征值快速过一遍然后结合《Unity Shader入门精要》和《Real-Time Rendering》的目录把渲染管线、坐标变换、光照模型、阴影原理过了一遍。建议大家直接拿Unity或Unreal做几个小场景来检验比如手动写一个Blinn-Phong的Shader验证高光效果是否符合预期。最后两周做真题计时模拟。拿往年的笔试题严格按照考试时间一般2小时来模拟训练自己的做题节奏和心理素质。模拟之后一定要复盘把每道做错的题为什么错弄清楚比多做两套新卷子更有价值。6.3 那些容易让人翻车的细节最后聊几个我在实际笔试和复盘中发现的高频翻车点希望大家警惕。第一C细节题靠直觉答题不主动去验证。比如sizeof一个空类的大小、虚继承和虚函数共存时的内存布局、成员函数指针的大小等这类题没有扎实的基础特别容易错。建议准备阶段自己写代码跑一遍把结果和原因记录下来。第二读题太快漏掉关键约束。雷火的编程题题目一般比较长中间可能夹杂着奇怪的限制条件比如“地图中某些格子只能走一次”“浮点数精度要求在1e-6以内”“所有坐标均为整数但可能超出int范围”。漏掉任何一个都很可能导致你写了一个“看起来对但实际错”的程序。第三数学公式喜欢背而不推导。像视图矩阵、透视投影矩阵如果你能从“把世界坐标转换到相机坐标系”这个目标出发自己推一遍遇到任何变形都不怕。光背公式的话一旦试卷把坐标系方向改一下比如左手系、Y轴向上变成Z轴向上你就不确定了。第四时间分配失控。卷子前面有选择题和简单题后面有编程题有些人前面做high了最后编程题只剩20分钟。合理的节奏应该是先快速通读全卷用固定的时间比如选择题每题1~2分钟解决基础题把最多的时间留给编程题因为编程题的分值通常最高。写在最后的几句大实话试卷的名字叫“网易互娱雷火校园招聘试卷-游戏研发工程师第一批”但本质上它不是一份卷子更像是一个信号游戏研发这个岗位需要的是兼具工程严谨性和系统想象力的人。你能把C的内存机制像背自己生日一样熟悉也能在看完一道复杂情景题之后冷静地建模、拆解、落代码那这就是一份跟你非常匹配的工作。我自己在准备笔试和后来看新人简历的过程中最大的感受是与其焦虑“题目难不难”不如踏实检查自己在基础上有没有漏洞。这份试卷里出现过的很多考点只要你大学期间认真上过《C程序设计》《算法与数据结构》《线性代数》《计算机图形学》这些课并且自己动手写过一些小项目其实都能拿到不错的分数。怕的不是题目难怕的是大学四年全靠考前突击所有知识都停留在PPT上。如果你正在准备今年的校招建议你找一套往年真题严格按照时间模拟一遍然后静下心来复盘。每个不确定的选项、每道没跑通的编程题背后都对应着一个你还没完全掌握的知识点。把那些洞补上再往下走。我自己带过的实习生里凡是能过笔试的基本都是这种“愿意往深处钻一点点”的人。祝大家都能在笔试环节稳定发挥往后的面试还有更多精彩的内容等着你们。