校招季又到了，不少准备投游戏客户端开发岗位的同学来问我，网易这种大厂的笔试卷到底考什么、怎么准备。我翻了翻手头留存的2018年网易游戏客户端开发工程师笔试卷，结合这些年带新人和自己面试别人的经验，把这份卷子背后的考察逻辑、核心考点和实战应对方法完整拆一遍。先说结论：这份卷子不是考你背了多少API，而是考你在C++底子、算法思维、图形学基础和工程习惯上到底有没有积累。适合正在准备校招的同学、想转行做游戏客户端的开发人员，以及想了解大厂客户端面试标准的从业者参考。
1. 游戏客户端开发笔试到底在考什么
1.1 笔试不是为了难倒你，而是为了筛选“能干活”的人
先说个很多人没想明白的事：校招笔试的定位不是竞赛，而是筛人。网易这类一线大厂的客户端岗位投递量极大，笔试的第一功能是把不具备基本工程素养的人先过滤掉，然后再从剩下的人里挑潜力股。所以你会发现卷子里的题看似覆盖很广，但每种题型都在对应一种实际工作能力。
比如C++的虚函数、内存布局、智能指针，对应的是你在实际项目中能不能安全高效地写内存密集的客户端代码；算法题对应的是你面对复杂逻辑时能不能快速设计出可靠的解决方案；图形学题对应的是你能否理解渲染管线和引擎底层，这是客户端开发区别于普通后端开发的核心门槛。
2018年的这份卷子整体结构比较典型：分客观题（选择、填空）和主观题（简答、编程），覆盖面包括C++语言特性、数据结构和算法、计算机图形学基础、计算机网络常识、游戏数学（向量、矩阵）以及少量的引擎概念。难度梯度做得比较明显，前面有送分题，中间有拉开差距的题，最后有真正区分“刷过题”和“真懂”的题。
1.2 各模块的筛选意图：从卷面倒推岗位要求
如果你只看单个题目，容易陷入“这题我不会”的焦虑。但把题目归类后，你的视角会完全不一样。
客观题部分主要考语言和基础原理。C++相关的基础题不是死记硬背，而是考察你是否清楚“这个特性在什么场景下用、底层是怎么实现的”。比如问构造函数能否是虚函数，表面考语法，实际考你对对象生命周期和虚函数表（vtable）建立时机的理解。能答对这类题的人，至少说明他在写代码时考虑过对象到底是怎么被创建和销毁的。
算法题则直接对应游戏开发中的实际问题：寻路、碰撞、背包、状态同步这些都要用到扎实的数据结构和算法基础。卷子里的编程题通常不会考太偏的算法，比如红黑树手写这种，而是考链表、二叉树、字符串处理、动态规划这些常用内容，但会加一些“游戏化”的包装，比如用“怪物刷新坐标”来包装区间合并，用“技能冷却时间”来包装堆或队列问题。看穿包装、找到本质，是解题的第一步。
图形学和数学题是客户端开发岗位的“专业分水岭”。一个没接触过渲染的候选人，面对向量点乘叉乘、矩阵变换、坐标系转换这些问题时，就算算法再强也会卡壳。而图形学恰恰是游戏客户端工程师日常打交道最多的领域，无论是写Shader、调渲染管线，还是做UI适配、处理骨骼动画。
2. C++与游戏客户端开发的底层联系
2.1 C++高频考点：不是考语法，是考内存观
C++是游戏客户端开发的主流语言，不管是Unity的C#还是Unreal的C++，底层逻辑相通。2018年网易笔试卷里C++题目占比不小，重点集中在几个方向上。
虚函数与多态是必考中的必考。这里有个经典考点是“构造函数为什么不能是虚函数”。答案的关键在于：虚函数调用依赖虚函数表指针（vptr），而vptr的初始化发生在构造函数体内。也就是说，当你调用构造函数时，对象的vptr还没有建立完成，自然无法通过虚函数表去动态分派构造函数。如果构造函数是虚函数，那构造对象本身就成了一条循环依赖。真正理解这个点的候选人，会对“对象的创建过程”有清晰的时序认知，而不是死记结论。
智能指针（shared_ptr、unique_ptr、weak_ptr）也是高频题。笔试不会直接问你“shared_ptr怎么用”，而是给你一段造成循环引用的代码，让你分析为什么内存泄漏、怎么修。这要求你理解引用计数的本质：shared_ptr通过控制块管理引用计数，当两个对象互相持有对方的shared_ptr时，循环引用会让引用计数永远无法归零，析构函数永远不会被调用。正确的方案是让其中一边持有weak_ptr，打破环。这个知识点在游戏开发里特别实用，因为场景中的节点相互引用太常见了，一不留神就会写出内存泄漏。
还有内存对齐规则，这个属于“做过优化的人才懂”的考点。结构体的内存对齐规则看起来复杂（按对齐参数和成员大小的较小值对齐），但核心目的是让CPU访问数据的次数减少、速度更快。游戏引擎里大量的组件数据是连续内存存放的，如果内存布局不合理，缓存命中率下降，性能会肉眼可见地变差。
提示：准备这部分的重点不是刷语法题，而是做“内存视角”的代码阅读——拿到一段代码，先画出对象的布局、生命周期和引用关系，再判断对错。
2.2 算法实战：游戏逻辑的核心支撑
游戏客户端开发对算法的要求跟后端不太一样。后端可能更看重高并发场景下的数据结构和分布式一致性，而客户端更看重的是：在资源受限的设备上，用合理的算法快速解决具体问题。
链表相关的算法题在游戏开发中非常常见，比如“单链表判断是否有环”就用到了快慢指针。这题在游戏里的实际映射是：技能Buff链、AI行为树节点等场景中，如果指针维护出错，就会出现循环引用或者死循环。快慢指针的思路是让一个指针每次走一步，另一个每次走两步，如果有环它们必然相遇；如果没有环，快指针会先到达链表尾部。
二叉树相关的题也是常客，前中后序遍历、层序遍历、最近公共祖先这些都属于基础。游戏里的场景管理（如四叉树、八叉树）本质上就是树结构。2018年笔试中出现的二叉树层序遍历变体题，要求按层输出节点并区分层与层之间的边界，实际场景就是场景物体分块加载时的层次处理。用队列（queue）做广度优先搜索（BFS）是最直观的方案，但要注意如何在入队时标识层的结束位置，常用的做法是用额外变量记录每层节点数，循环内逐层处理。
字符串处理在客户端开发里也不可忽视。比如“字符串去重后按字典序排列”这类题目，对应的是资源命名规范检查、配置文件解析等日常需求。如果字符串编码处理不好，中文路径、特殊字符就会出现问题。笔试里出现字符串题时，优先考虑用哈希表做去重，再考虑排序的复杂度要求。
动态规划同样是重点，但游戏客户端的动态规划题一般不会太偏，多是“最小路径和”“背包问题变体”这种程度。比如怪物掉落选择、背包格子合并、技能点分配等玩法逻辑，都可以抽象成动态规划模型。解题的关键是找到状态定义和状态转移方程，把文字描述拆成可计算的递推关系。
2.3 内存管理：客户端性能的生命线
游戏客户端是内存敏感型应用。手机内存有限，如果代码对内存管理不严谨，轻则卡顿掉帧，重则闪退。2018年笔试里内存管理相关的题目占了相当比重，而且通常和智能指针、内存泄漏、内存池放在一起考。
一个典型的场景题是：一个游戏场景中有大量动态生成和销毁的子弹或粒子特效，如果频繁使用new/delete，会造成严重的内存碎片和分配开销。正确的工程方案是使用对象池（Object Pool）或内存池：预先分配一大块内存，把对象实例放进池中复用。笔试中如果出现这类问题，你要从两个层面回答：一是为什么要用内存池（减少频繁系统调用、避免碎片），二是怎么实现一个简单的内存池（用空闲链表管理内存块）。
另一个容易出错的点是“容器扩容”机制。vector在容量不够时会重新分配内存并拷贝（或移动）元素，如果存的是复杂对象，这个操作的代价非常高。实际工程里，我们通常会在使用前通过reserve预分配容量，避免多次扩容。笔试如果问“vector扩容为什么可能使迭代器失效”，答案就是重新分配内存后，原来的内存被释放，迭代器指向了野地址。
3. 图形学与数学：客户端开发的专业分水岭
3.1 向量与矩阵：不要只记公式，要理解空间直觉
图形学相关的数学题是网易笔试卷的重头戏，因为这部分最能看出候选人有没有真正上手写过渲染或引擎相关代码。向量点乘（Dot Product）和叉乘（Cross Product）是最基础的考点，但很多人只记得公式，不理解几何意义。
点乘的几何意义是一个向量在另一个向量方向上的投影乘积，常用来判断两个向量的夹角。游戏里最经典的应用是“怪物是否在角色前方”：把角色面向的方向向量和指向怪物的方向向量做点乘，结果大于0就在前方，小于0就在后方。这个判断在实现AI仇恨检测、交互提示、技能判定时天天用。叉乘的结果是一个垂直于两个输入向量的新向量，而且方向遵循右手定则，常用于计算法线、判断旋转方向。
矩阵变换（平移、旋转、缩放）也是必考。这里有个易混淆点：行向量左乘矩阵还是列向量右乘矩阵，不同教材习惯不一样。DirectX用的是行向量（mul(v, matrix)），OpenGL用的是列向量（matrix * v），一旦混用，变换结果完全不同。笔试里如果给出一个变换矩阵让你计算某个点变换后的坐标，先确认它是行主序还是列主序。
齐次坐标的理解也是必备技能。用三维向量表示三维空间点时要区分“点”和“方向向量”：点的w分量为1，方向向量的w分量为0。两者在平移变换下的行为不同——点被平移，方向向量不受平移影响。这背后是齐次坐标矩阵变换的一致性设计，理解了这一点，你对矩阵变换的很多疑惑都会解除。
3.2 渲染管线：从顶点到像素经历了什么
渲染管线相关的题属于“行业知识”——不是大学课堂必修，而是真正做客户端开发后会接触的内容。2018年试卷里简答题出现了“描述渲染管线的完整流程”这类经典题，看起来简单，但真正答好的人不多。
一个标准的光栅化渲染管线分为几个阶段：顶点输入 → 顶点着色器 → 曲面细分（可选）→ 几何着色器（可选）→ 光栅化 → 片段着色器 → 测试与混合。顶点着色器负责把模型空间的顶点坐标通过MVP矩阵（模型-视图-投影）变换到裁剪空间，光栅化阶段把这些顶点插值成屏幕上的片段，片段着色器计算每个片段的最终颜色，最后经过深度测试、模板测试和颜色混合写入帧缓冲。
深度测试（Depth Test）是一个高频考点。Unity或Unreal的渲染中，半透明物体和不透明物体的渲染顺序不同：不透明物体按从近到远渲染，半透明物体按从远到近渲染。原因是深度测试默认开启，不透明物体近的先渲染能利用深度缓冲遮挡远处的，减少重复计算；而半透明物体要做颜色混合，必须先渲染远的才能得到正确结果。如果顺序搞反，就会出现“透明物体看不到后面物体”或“闪烁”的问题。
另一个常考概念是“DrawCall”。每次调用底层图形API提交绘制命令都算一次DrawCall，DrawCall过多会导致CPU与GPU通信开销增大，渲染性能下降。游戏开发里的合批（Batching）技术就是为了减少DrawCall：把多个小网格合并成一个大网格一次绘制，或者用纹理图集（Texture Atlas）避免频繁切换材质。笔试中如果问“如何优化渲染性能”，答出“合批”“减少透明物体重绘”“用LOD控制复杂度”这些点，能明显拉开和普通候选人的差距。
3.3 坐标系与变换链：游戏世界里的方向感
坐标系变换是客户端开发的基础功，也是笔试卷里常客。游戏场景中存在多个坐标系：模型空间（Object Space）、世界空间（World Space）、视图空间（View Space）和裁剪空间（Clip Space）。一个顶点在屏幕上显示出来，要依次经过一系列矩阵变换。
让很多新人困惑的点是：为什么不能直接把模型坐标当作世界坐标？答案在于批量复用。同一个模型网格（比如一棵树、一块石头）可以被摆放在场景的多个位置，如果每个位置都复制一份整个网格数据，内存开销巨大。正确做法是只保存一份模型空间顶点数据，通过每个实例的模型矩阵（Model Matrix）把顶点变换到世界空间。一个网格、N个位置，只需要N个模型矩阵，这就是实例化绘制（Instancing）的底层逻辑。
游戏中的“摄像机”对应的是视图矩阵（View Matrix），它把世界坐标转换到摄像机空间。投影矩阵（Projection Matrix）分透视投影和正交投影两种：透视投影用于3D场景，近大远小；正交投影用于UI、2D场景或3D游戏的小地图，没有透视变形。笔试中如果给出一个投影矩阵让你判断是透视还是正交，看矩阵中第4行第3列的元素是否为0，就可以快速判断。
4. 笔试过程与解题实战
4.1 时间分配与做题顺序：先拿稳分，再啃硬骨
根据我对笔试题量的统计，2018年网易游戏客户端笔试的答题时间大概在90到120分钟。题量不算小，如果不懂得分配时间，最后很容易出现“编程题没时间写”或“客观题纠结太久”的情况。
我的建议是：先花5分钟通读整张卷子，把题目按“会做”“有思路”“完全陌生”分成三类。选择题和填空题优先做“会做”的，快速拿分；遇到卡壳的题先标记跳过，不要恋战。编程题一定要留足30到40分钟，因为编程题通常要看代码思路、边界处理、命名规范，哪怕不能完全通过测试用例，给出清晰的思路和可运行的部分代码也能拿到不少分。
注意：在线笔试平台通常会开启摄像头监控和切屏检测，不要抱有侥幸心理去搜索答案。诚实作答既是底线，也能让面试官在面试时对你有一个稳定可靠的第一印象。
4.2 主观题实操要点：从“会做”到“答好”
简答题是很多人忽视的失分区。比如“描述智能指针原理及使用场景”，如果你只写“智能指针能自动释放内存”，这基本是零分——太笼统了。要答好这种题，需要结构化表达：
先说明智能指针的本质是RAII（资源获取即初始化）技术，把堆内存的生命周期绑定到栈对象的生命周期上；再分点讲三种智能指针的区别；最后结合游戏开发场景举一个具体例子，比如玩家背包里的道具对象用shared_ptr管理，UI界面用weak_ptr监听背包数据变化，避免循环引用。这样的答案既能体现知识扎实，又能体现工程经验，在面试官眼里会明显高出一个档次。
编程题实操我建议按四步走：
- 理解题意，画样例：先把题目给的输入输出样例自己手动跑一遍，确认没有理解偏差。
- 设计算法，分析复杂度：想清楚用哪种数据结构、算法复杂度能否接受。如果题目要求O(nlogn)，你的暴力解法O(n²)在极限数据下必然超时。
- 动手编码，注意边界：先处理数组越界、空指针、空字符串、单元素等边界情况，再写主体逻辑。
- 静态自查：把代码在脑子里完整走一遍，检查是否有变量未初始化、循环条件写错、类型转换溢出。
比如“给定一个字符串，找出最长的不含重复字符的子串长度”这道经典题，朴素解法是O(n²)枚举所有子串，但用滑动窗口加哈希表可以优化到O(n)。滑动窗口的精髓是维护一个窗口的左右边界，右边界向右扩展时，如果新字符已经出现在窗口内，就不断移动左边界，直到窗口内无重复字符。写代码时一定要用哈希表记录“字符最近出现的位置”，而不是用集合记录“当前窗口内有无该字符”，否则无法快速判断窗口收缩幅度。
4.3 图形学实操题：手算矩阵变换的流程
图形学实操题最常见的是“某个点经过平移、旋转、缩放后坐标是多少”，这需要你会手算齐次坐标变换矩阵的乘法。很多人看到题目心算不出来，其实只要按流程走：
第一步，把两次变换分别写成4x4矩阵。平移矩阵（tx, ty, tz）、绕Z轴旋转θ的旋转矩阵、缩放矩阵（sx, sy, sz）这三类必须熟练默写。第二布，根据变换顺序左乘（或右乘）矩阵，注意坐标系方向。第三步，把点的齐次坐标（x, y, z, 1）乘上最终的复合矩阵。第四步，如果结果w分量不是1，除以w做透视除法，得到最终的3D空间坐标。
以“先绕Z轴旋转90度，再沿X轴移动3个单位”为例。假设初始点A(1, 0, 0, 1)，绕Z轴旋转90度后，余弦值为0、正弦值为1，x' = xcosθ - ysinθ = 0，y' = xsinθ + ycosθ = 1，旋转后坐标为(0, 1, 0, 1)。再沿X轴移动3个单位，最终坐标为(3, 1, 0, 1)。整个过程清晰列出后，即使最终结果算错，考官也能看到你的步骤和思路，给分也不会太难看。
4.4 实操中暴露的经典错误汇总
这里列一下我在陪练和面试中见到最多的错误，基本覆盖了笔试的大多数坑：
| 易错点 | 错误表现 | 正确做法 |
|---|---|---|
| 内存管理 | 忘记释放new出来的对象、循环引用 | 明确所有权，优先用unique_ptr，需要共享时用shared_ptr配合weak_ptr打破环 |
| 容器操作 | 在遍历vector时删除元素导致迭代器失效 | 用erase配合迭代器返回值，或改用list、使用remove_if |
| 算法复杂度 | 没分析数据范围直接写暴力解法 | 估算最坏情况复杂度，超限时升级思路（哈希、双指针、二分、滑动窗口） |
| 矩阵变换 | 变换顺序反了导致结果差异巨大 | 熟记行向量/列向量习惯，按题目指定的顺序逐步计算 |
| 渲染管线 | 半透明物体渲染顺序错误 | 不透明物体近到远、半透明物体远到近，合理开启/关闭深度写入 |
| 边界条件 | 未处理空字符串、长度为1的数组 | 编码前先列出所有边界情况，逐个处理 |
5. 校招备考路线与学习资源建议
5.1 时间规划：半年和三个月的差异巨大
如果你现在是研二下学期或者大三下学期，准备时间相对充裕，建议按“三个月打基础、两个月刷题、一个月模拟”的节奏走。先系统过一遍C++基础（语法、STL、内存模型），再做一遍数据结构与算法的专题训练（链表、树、图、动态规划），最后每周刷一套完整的模拟笔试卷，严格按照考试时间做题。
如果时间紧张只剩一个月，就不要贪多求全。抓三个重点：C++核心语法和内存管理、高频算法题（尤其是链表、二叉树、字符串、动态规划）、基础图形学概念。把这三个模块吃透，就能覆盖笔试60%以上的分数，剩下的是靠积累的工程素养。
5.2 推荐的学习材料与刷题路径
C++方面，我推荐《C++ Primer》做工具书，不需要从头读到尾，但类、继承、智能指针、STL容器、内存管理这几章必须精读。面试前把虚函数、const、static、友元这几个关键词的相关知识点整理成自己的知识图谱。
算法方面，LeetCode是绕不开的，但别按题号盲刷。按标签刷，比如“链表”“二叉树”“滑动窗口”“动态规划”各刷20到30题，每个标签刷熟再换下一个。刷完了还要做一件事：把每道题从“会做”升级到“能讲”，用自己的话把思路、复杂度、边界条件讲给别人听，这个过程中你会发现很多自己以为懂了其实没懂的地方。
图形学方面，强烈建议跑一遍LearnOpenGL（网址是learnopengl.com，免费），不用全做完，但要亲手实现一个会转的三角形、一个带纹理的方块、一个能控制摄像机的3D场景。这个过程能把笔试中的矩阵变换、坐标系、渲染管线概念串联起来，比死记硬背效果好十倍。如果时间更充裕，再看《Unity Shader入门精要》或者Unreal官方文档，把实际引擎中的参数和理论课上的概念对应起来。
5.3 简历与笔试的联动：用项目经验反哺答题
笔试不是孤立的，简历上的项目经验会直接影响面试官阅卷的关注点。如果你简历里写了“开发过基于Unity的3D冒险游戏demo”，笔试中遇到图形学题时，面试官会更期待你能结合Unity的渲染状态、材质面板参数这些真实开发经验来作答。
这里有个很实用的技巧：准备笔试时，把你做过的项目（哪怕只是课程设计、游戏jam的作品）按“技术难点 + 解决方案 + 最终效果”的结构写一遍，做题时遇到相关题目，主动联想你在项目中是怎么处理的。比如问“如何优化游戏中的卡顿”，你可以提到“在导演出城时用对象池管理怪物，避免频繁加载和销毁”，这种实操经验是任何教材都给不了你的。
6. 行业内幕：笔试之后，面试官在看什么
6.1 笔试答卷的评审逻辑
参加过校招面试的同学可能好奇，笔试到底怎么评分？以我有限的观察，大厂的笔试评卷通常分两轮：第一轮是机器自动判分，主要看选择和客观题的正确率；第二轮人工review，重点看主观题和编程题的解题思路。
机器判分环节，做对的基础题数量决定了你能不能进面试池。所以笔试的第一原则是：确保基础题的正确率，不要在难题上死磕丢掉了送分题。人工评审环节，面试官更关注的是“思考过程”——如果你在编程题里写了详细的注释、先列了思路再写代码、甚至考虑到异常输入的处理，这在人工review里是很大的加分项，因为说明你具备工程化思维，不是只会刷题。
6.2 高频面试追问：笔试只是第一关
过笔试之后，面试环节往往会围绕笔试卷的题目做深度追问。你答错的选择题，面试官可能会在面试时重新问一遍，看你是运气好蒙对了还是真的理解。如果你在笔试里用了没有解释的优化技巧，面试官可能会问“这个优化为什么有效，有没有副作用”。
我建议准备笔试卷时不要只满足于“做对”，每道题都要能延伸出两三个“为什么”并找到回答。比如“为什么半透明物体要从远到近渲染”这个问题，你要能进一步答出“如果两个半透明物体交叉怎么办，通常需要拆分网格或者利用深度排序算法处理”。这种深度准备，才能在面试时展现出真正的技术深度，而不是靠背答案蒙混过关。
6.3 从笔试到offer：校招全流程心态修炼
最后说点心态层面的东西。很多人把笔试当成“考试”，一上考场就紧张，遇到不会的题就心态崩了。实际上，大厂笔试本身就设计了部分“不指望你答对”的题，用来测试你在面对未知问题时的反应——你是直接放弃，还是尽力分析问题、尝试给出部分方案。
我在面试候选人时，最欣赏的不是所有题都做对的人，而是面对不会的题也能冷静分析、把已知的线索串起来、写出部分正确思路的人。游戏开发涉及的知识面极广，没有人什么都懂。遇到没见过的题能迅速把它归入自己知识体系中已有分类，找到相似模型去套用，这种元能力比记住多少知识点更重要。
写在最后
如果把游戏客户端开发校招比作一场持久战，笔试只是第一道关卡，但也是最能系统化准备的一道关卡。C++内存模型、算法基本功、图形学基础、渲染管线的理解，这些内容不仅为笔试服务，更是你进入游戏客户端开发行业后每天都要用到的基本功。
我个人在实际带新人的过程中发现，笔试准备最充分的那批人，入职后的上手速度普遍也更快，因为他们备考过程中把游戏客户端最核心的知识体系扎扎实实过了一遍。所以别把笔试当任务应付，把它当成一次系统性梳理自己知识体系的机会。真正把这份卷子背后的知识点吃透，你收获的不只是一个笔试通过通知，而是一整套做游戏客户端开发的能力框架。
最后再分享一个小技巧：笔试前把自己做过的项目、写过的代码重新翻一遍，重点回忆那些“调试了很久才搞定”的Bug。这些血泪经验，往往比教材例题更能在考场上给你灵感，因为你真正经历过问题从出现到解决的整个过程，你对它的理解深度远超背过的任何答案。
