企业官网建设流程全解析

网易互娱雷火校园招聘试卷-游戏研发工程师（第一批）

每年到了金九银十的校招季，游戏研发岗的笔试题总是被大家拿出来反复讨论。我身边不少准备进游戏行业的朋友，光是听到“网易”“雷火”这几个字就已经开始手心冒汗——题目量大、覆盖面广、深度不浅，确实不是靠刷一两周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_lock（C++17）来解决。

注意：碰到并发相关的题目，不要一上来就写代码。先在旁边把线程交互的时序画清楚，标出共享资源和竞态点，再动手。笔试阅卷时间很短，逻辑清晰的过程比满屏代码更容易拿分。

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）做坐标变换。你得清楚MVP（Model-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场景，里面有大量动态物体和静态物体，玩家视角需要看到整个场景，问你如何优化渲染性能。
• 或是在服务端场景下，给你一个世界地图，玩家分布不均匀，要求你说说如何处理AOI（Area 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++和图形学就是你的命根子，算法也很重要但不用追求竞赛级难度。如果你是冲服务端，那就更要加重并发、网络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上。

如果你正在准备今年的校招，建议你找一套往年真题，严格按照时间模拟一遍，然后静下心来复盘。每个不确定的选项、每道没跑通的编程题，背后都对应着一个你还没完全掌握的知识点。把那些洞补上，再往下走。我自己带过的实习生里，凡是能过笔试的，基本都是这种“愿意往深处钻一点点”的人。

祝大家都能在笔试环节稳定发挥，往后的面试还有更多精彩的内容等着你们。