1. 从一份笔试卷谈起客户端开发岗到底在考什么每年春招秋招网易游戏客户端开发工程师的笔试都是硬仗。我见过不少人刷了一堆题结果拿到卷子还是发懵——不是题太难而是压根没搞懂这份卷子在筛选什么人。2024年了其实往回看2018年的笔试卷依然能看出很多稳定的考察逻辑这也是我为什么一直建议准备网易游戏岗位的同学把历年真题当最重要的复习资料。先给不了解的朋友交代一下背景。网易游戏客户端开发工程师BJ笔试面向的主要是校招和实习候选人base北京岗位隶属于网易游戏事业群参与的项目基本上都是自研引擎或者深度定制Unity/Unreal的MMO、射击、RPG等大型游戏项目。笔试通常安排在线上时长90分钟到120分钟不等题量大约30到50道题型包括单选、多选、填空、简答、编程和设计题。这份卷子最核心的定位不是考你背了多少API而是考察三件事你的C功底扎不扎实内存布局、编译链接、STL底层这些基础能不能扛住深挖你对游戏引擎的核心模块渲染、物理、动画、UI、网络同步有没有完整的认知框架遇到实际工程问题时你能不能快速定位瓶颈、给出可落地的方案而不是只停留在理论层面记住了这三点你再看任何一年的网易客户端笔试卷都会有一种“万变不离其宗”的感觉。2018年这套题尤其典型它几乎涵盖了客户端开发日常工作中的所有高频技术栈而且难度梯度拉得很开——有送分题也有专门拉区分度的压轴题。这篇文章我就以2018年这套笔试卷为线索把里面涉及的考点、背后的原理、实际工程中的坑一层层给你拆开讲清楚。不管你是正在准备校招还是工作两三年想补基础这篇都值得认真看完。2. 试卷结构与考察目标拆解2.1 整体题型分布与分值逻辑先看整个卷子的结构框架。网易的笔试卷通常不是纯粹的技术题堆砌它的题型分布有自己的逻辑。以2018年客户端笔试卷为例大致可以分成五个模块模块题型常见题量考察核心C基础单选/多选/填空10-15题内存、指针、STL、多态、模板数据结构与算法单选/编程5-8题复杂度、排序、树、图、动态规划计算机基础单选/简答5-6题操作系统、网络、设计模式图形学与引擎单选/简答/设计6-10题渲染管线、坐标变换、物理、动画综合设计简答/编程1-2题架构设计、系统设计、代码实现这个结构不是随便排的。C占比最大因为客户端开发主力语言就是C尤其在网易这种深度定制引擎的团队C水平直接决定你能不能上手干活。图形学与引擎部分是区分度最高的模块很多人算法题做得不错但一到渲染管线和坐标变换就露馅这部分恰恰是客户端开发的核心竞争力。笔试的通过标准没有公开的分数线但根据我身边拿到面试的同学反馈一般正确率在60%到70%以上才有机会进入面试环节。所以不是说你要把所有题都做对而是要在基础题上稳拿分在区分度高的题目上尽量多抢分。2.2 时间分配策略90分钟做30到50道题时间其实非常紧。我自己模拟做过这套卷子如果每道题平均只给2分钟填空和简答几乎不够写。这里分享一个我总结的答题顺序策略第一轮先做C基础选择题和简单填空这部分耗时短、确定性高15到20分钟内解决第二轮做数据结构和算法题优先做有把握的编程题留出20到25分钟第三轮图形学与引擎部分的简答和设计题这是拿分重点留25到30分钟第四轮剩余时间处理计算机基础和其他零散题目能写多少写多少策略的核心原则是先拿稳分再攻难题。不推荐在单选上反复纠结一道题超过3分钟就跳过等全部做完再回来蒙。2.3 考察趋势的稳定性2018年的卷子放到今天依然有参考价值原因是网易客户端笔试的底层逻辑几乎没变过。图形学部分从渲染基础考到PBR和阴影算法C部分从语法考到内存模型和并发算法题从“背模板”逐步变成“结合场景设计算法”。这几年虽然有新题但核心知识点的考察范围始终稳定。换句话说这份2018年的真题卷本质上是一张“客户端开发核心能力地图”。把这张地图上的每一个点吃透就算题型翻新你也能找到对应的知识锚点。3. C核心考点解析与实战应用3.1 指针、引用与内存管理的深水区C部分几乎是必考指针和内存管理但网易的考法很巧妙它不会直接问你“指针和引用的区别”而是给你一段代码让你分析输出结果或者指出错误。我记得卷子里有一道很经典的题int* foo() { int a 10; return a; } int main() { int* p foo(); std::cout *p std::endl; return 0; }这道题的坑在于返回了局部变量的地址属于悬垂指针问题。答案看起来是输出10但实际上这是未定义行为——函数返回后栈帧销毁a的内存可能被其他数据覆盖也可能碰巧还是10。很多基础不牢的人会栽在这里。实际工程里这类问题对应的是返回局部对象引用、容器中存储了临时对象的地址等场景。我自己的经验是如果代码审查里看到返回引用或者裸指针第一时间就要检查其生命周期。再有一道考察智能指针的题大概是关于shared_ptr循环引用导致内存泄漏的。这里补充一个实际案例两个对象互相持有对方的shared_ptr结果析构函数永远不被调用。解法是用weak_ptr打破循环class B; class A { public: std::shared_ptrB b_ptr; ~A() { std::cout A destroyed std::endl; } }; class B { public: std::weak_ptrA a_ptr; // 用weak_ptr打破循环 ~B() { std::cout B destroyed std::endl; } };实际游戏开发里这种循环引用最常出现在场景管理器和实体对象之间。如果你用shared_ptr管理所有资源同时又频繁建立双向引用泄漏问题几乎不可避免。所以网易这种大厂非常看重智能指针的掌握程度卷子里出现循环引用的题几乎是必然的。3.2 STL底层原理与性能陷阱STL相关题目网易喜欢从底层实现角度考。比如问std::vector在push_back时迭代器为什么会失效std::map和std::unordered_map的底层数据结构分别是什么以及各自的时间复杂度。我一直强调一个观点用STL不稀奇知道STL底层才能应付大厂笔试。std::vector扩容机制是个经典考点。当vector容量不足时会分配一块更大的内存通常是原容量的1.5到2倍然后把旧元素逐个拷贝或移动过去最后释放旧内存。这个过程中所有指向旧内存的迭代器、指针和引用都会失效。笔试中常见的陷阱题是让你判断下面这段代码哪个操作会导致未定义行为std::vectorint v {1, 2, 3, 4, 5}; auto it v.begin() 2; v.push_back(6); // 可能触发扩容 std::cout *it std::endl; // 危险迭代器可能失效实际项目中频繁的push_back导致扩容开销不可小觑。处理大量数据时我习惯先用reserve预留容量避免多次扩容。这个细节在客户端开发里尤其重要比如战斗飘字系统、粒子系统里的动态数组频繁扩容会带来明显的帧率波动。std::map和std::unordered_map的选择也很常考。前者基于红黑树有序增删查都是O(log n)后者基于哈希表平均O(1)但最坏可能退化到O(n)。游戏客户端里需要遍历有序键值对的场景比如按ID排序的实体列表用map追求查询速度且不要求有序的场景用unordered_map。但unordered_map在大量插入时可能触发rehash导致迭代器失效这一点在实际开发中容易被忽略。3.3 多态、虚函数表与运行时类型识别C多态几乎是必考题而且网易喜欢往深了考。虚函数表的布局、多重继承时内存布局、dynamic_cast的实现原理这些都属于高频考点。举个典型题目一个基类Base有两个虚函数派生类Derived覆盖了其中一个还新增了一个虚函数。问Derived对象的内存布局是怎样的。基础答案是每个对象有一个虚函数指针vptr指向虚函数表Derived的虚函数表包含Base的两个虚函数地址其中一个被覆盖和新增的虚函数地址。真正的难点在于多重继承比如class A { virtual void a(); }; class B { virtual void b(); }; class C : public A, public B { virtual void c(); };这种情况下C对象包含两个虚函数指针分别指向A和B对应的虚函数表C::c()会放在第一个虚函数表里。错一个细节画出来的内存布局就全错了。而dynamic_cast在笔试中多了一半考原理一半考用法。原理是依赖运行时类型信息RTTI通过虚函数表里保存的类型信息做检查用法上要注意dynamic_cast只能用于多态类型至少有虚函数否则编译报错。这里说一个实际项目里踩过的坑曾经在优化时把一些类里的虚函数改成了非虚结果dynamic_cast的代码直接编译失败排查了半天才发现是这个原因。这类经验笔试不会考但工作里一定会遇到。4. 数据结构与算法笔试中的硬通货4.1 复杂度的分析思维算法题里必有一两道是考复杂度的。网易这边不会出太偏门的复杂度分析但会在常见算法上“加一点障眼法”。比如让你分析递归版本斐波那契的时间复杂度很多人张口就答O(2^n)但如果你画出递归调用树会发现每个节点有两个子节点树高为n所以总体时间复杂度确实是O(2^n)空间复杂度是O(n)递归栈深度。这种基础分一定要拿稳。更有区分度的题目是让你在特定场景下选择合适的数据结构。举个例子实现一个游戏背包系统需要频繁查询“某道具的剩余数量”数据量在数千级别你会选择什么结构答案是unordered_mapItemId, int查询O(1)。但如果要求“按道具ID顺序展示背包”那map更合适遍历时按ID有序。两种选择的背后是同一个原则根据业务操作的频率决定数据结构。4.2 高频算法原型排序、查找与树的变形网易笔试算法题的高频原型集中在排序、二分查找、二叉树遍历和动态规划。2018年这套卷子里有一道二分查找变种题大致是在一个递增数组中查找目标值如果目标值不存在返回其应该插入的位置即第一个大于等于目标值的位置。这其实就是std::lower_bound的实现int lowerBound(const std::vectorint nums, int target) { int left 0, right (int)nums.size(); while (left right) { int mid left (right - left) / 2; if (nums[mid] target) { left mid 1; } else { right mid; } } return left; }注意循环条件是left right不是left right这样在无重复元素时也能正确处理边界。这道题看似简单但不少人把mid边界搞错返回了left - 1或者陷入死循环。实际开发中这种“在有序容器中查找插入位置”的逻辑在排行系统、二分查找调试中都很常见。树的题目通常围绕二叉树遍历展开有递归和非递归两种考法。网易比较喜欢考非递归遍历因为能同时考察栈的使用和对遍历过程的理解。这里给出一个非递归中序遍历的标准写法std::vectorint inorderTraversal(TreeNode* root) { std::vectorint result; std::stackTreeNode* stk; TreeNode* cur root; while (cur ! nullptr || !stk.empty()) { while (cur ! nullptr) { stk.push(cur); cur cur-left; } cur stk.top(); stk.pop(); result.push_back(cur-val); cur cur-right; } return result; }这个模板最好背熟。不仅是笔试项目里做场景节点树遍历时非递归写法能有效避免递归过深导致的栈溢出。游戏客户端里场景管理、UI树遍历都会用到类似结构。动态规划部分网易常考的模型包括背包问题、最长公共子序列、最长递增子序列和编辑距离。2018年卷子里有一道简化版背包物品重量和价值分别给出背包容量有限求最大价值。这个就是经典的0-1背包状态转移方程dp[i][j] max(dp[i-1][j], dp[i-1][j - weight[i]] value[i])很多人在笔试时直接写一个二维数组但优化版本的写法是使用一维数组并倒序遍历容量的思路。因为正序遍历会导致同一物品被重复放入多次。这个考点看起来简单实际上是动态规划思维的分水岭——纸上写得出方程和代码实现不犯错的完全是两个水平。4.3 场景化算法题如何拆解题意网易和其他公司笔试差异最大的一点是有大量的场景化算法题。它不会直接告诉你“这是个拓扑排序题”而是给你一段游戏逻辑描述让你自己建模成算法问题。举个例子卷子里有类似这样的描述一份技能天赋树每个技能有前置技能玩家最多分配N个技能点每个技能点会带来一定属性收益问如何分配技能点才能获得最大收益。这本质上是一个在依赖关系约束下的背包问题需要先把技能依赖关系建模成图然后按拓扑序遍历在遍历过程中应用背包DP。这类题的解题步骤我总结为三步识别约束条件依赖关系是DAG有向无环图技能点总量是背包容量属性收益是价值建立数学模型先拓扑排序确定学习的顺序再在状态转移中判断前置技能是否满足条件代码实现用邻接表建图用入度数组做拓扑排序在DP过程中维护当前技能点消耗这个流程建议你在平时训练时反复练习因为场景化题目就是考察你把实际问题抽象成数学/算法模型的能力。这种能力不是临时刷题能练出来的需要刻意训练。5. 计算机基础网络、操作系统与内存模型5.1 TCP/UDP与游戏同步机制计算机网络在游戏客户端笔试中占比不高但出现频率不低。网易主要考察TCP和UDP的区别以及在游戏网络同步中怎么选型。这里的知识点已经不算纯理论了因为它直接关系到游戏手感。TCP提供可靠、有序的字节流传输UDP则只是尽力而为的报文传输。对帧率敏感的游戏客户端来说TCP的重传和拥塞控制会导致卡顿所以很多实时战斗类游戏使用UDP再在应用层做可靠性和顺序控制。笔试里常问一个问题MOBA游戏的技能释放指令用什么协议正确答案是对可靠性要求极高的关键指令如技能释放、伤害结算一般用基于UDP的可靠传输KCP或自研协议普通的位置同步可以用纯UDP。补充一个我在项目中做过的取舍如果是休闲类游戏服务器和客户端的同步频率不高用TCP完全没有问题如果是动作类或FPS强烈建议基于UDP实现自定义可靠协议。这里不是要你写一个完整协议栈而是要能说清楚“什么时候用TCP什么时候用UDP可靠UDP是怎么实现的”笔试简答题考这个基本就是考察这个判断力。5.2 内存模型与分配策略操作系统相关的考题网易偏重内存管理。经典问题是堆和栈的区别、栈上分配为什么比堆上分配快、虚拟内存和物理内存的关系等。游戏客户端开发里内存碎片和分配性能是永恒的话题。栈上分配只是把栈指针移动一下代价极低堆上分配则需要寻找合适大小的空闲块可能还会触发系统调用。所以热路径上的临时对象尽量用栈上分配或者对象池。笔试中会用一个很简单的例子考这个点在循环里频繁new一个小对象和高频使用栈对象哪个性能更好答案是显然的但能解释清楚原因的人并不多。还有一些网易特别爱考的是关于多线程内存模型的问题。比如内存可见性和指令重排volatile能否保证原子性和互斥以及std::atomic和mutex各自的适用场景。这里的关键是volatile只告诉编译器“这个变量可能在其他地方被修改不要优化掉”它不能解决多线程数据竞争问题。正确的做法是用std::atomic或者加锁。游戏主线程和渲染线程之间的数据传递如果处理不当就会出现莫名其妙的闪帧和崩溃这种笔试题目就是提醒你注意并发安全。5.3 设计模式在客户端工程中的映射设计模式部分网易不会考你23种设计模式的定义默写而是给你一个场景让你选型。比如你需要实现一个全局唯一的资源管理器任何模块只能通过统一接口加载资源应该用什么模式答案显然是单例模式但更进一步的追问是单例模式在多线程环境下如何保证线程安全懒汉式和饿汉式的区别是什么这里给出一个线程安全的懒汉式单例C11写法class ResourceManager { public: static ResourceManager instance() { static ResourceManager manager; return manager; } private: ResourceManager() default; };C11之后局部静态变量的初始化是线程安全的所以这样写就够了。笔试考点在于你不仅要写出正确代码还要说出为什么是线程安全的——编译器会生成一个用于初始化的保护变量多线程同时进入时只有一个线程执行构造函数其他线程等待。观察者模式也常考对应游戏里的UI事件系统或成就系统。一个成就系统可能需要监听多种游戏事件击杀、升级、任务完成如果用耦合的写法业务逻辑会越加越乱。观察者模式把事件发布和事件监听解耦发布方不需要知道监听方的具体类型。游戏行业里很多团队会自己实现一套基于观察者模式的事件总线笔试里让你画出类图或者写出核心接口几乎是必备题。6. 图形学与引擎拉开差距的关键模块6.1 渲染管线的完整流程图形学是网易客户端笔试的重头戏也是大多数人的薄弱环节。2018年卷子的简答题里有一道很典型的请简述实时渲染管线的流程。这道题看似基础但想拿满分需要写出每个阶段的细节。标准的渲染管线大致是顶点数据从CPU传到GPU经过顶点着色器做坐标变换和顶点属性计算接着是光栅化把顶点组成的图元转换为像素片元然后片段着色器负责计算颜色最后经过深度测试、混合等逐片元操作写入帧缓冲区。实际开发中有些细节需要额外注意顶点着色器是逐顶点执行的适合做坐标变换和蒙皮计算片段着色器是逐像素执行的适合做光照和纹理采样透视除法在光栅化前完成NDC坐标范围是[-1,1]但深度范围在DirectX中是[0,1]OpenGL中是[-1,1]需要在深度测试前做相应转换只有经过背面剔除、视锥裁剪后保留下来的图元才会被光栅化这是GPU加速的关键很多人在笔试时只写了“顶点处理-光栅化-片段处理”三行字这种答案只能拿一半分。要想拿高分至少要写出变换流程图并解释每个阶段对应的坐标系统模型空间、世界空间、观察空间、裁剪空间、NDC、屏幕空间。6.2 坐标变换矩阵与四元数的实际应用图形学部分必考坐标变换网易特别喜欢考“给定一个物体在世界空间的位置和旋转求其在相机空间的位置”这类题。这背后是矩阵乘法和坐标空间的转换。基本公式物体从模型空间变换到世界空间是乘以模型矩阵M从世界空间到观察空间是乘以观察矩阵V从观察空间到裁剪空间是乘以投影矩阵P。最终的屏幕坐标是经过透视除法得到的。常用的MVP矩阵组合就是P * V * M。这里有个很容易搞混的细节向量是从右向左乘还是从左向右乘取决于你用的是行向量还是列向量约定。DirectX用的是行向量左乘OpenGL用的是列向量右乘矩阵在左侧。笔试中如果不确定那就写清公式和坐标系约定这样即使符号方向不对阅卷人也知道你理解对了。四元数也是高频考点。网易可能会问欧拉角和四元数分别在什么场景下使用为什么游戏引擎推荐用四元数表示旋转核心原因有两个一是欧拉角存在万向锁问题当中间轴旋转到90度时会导致旋转自由度丢失二是四元数的插值如slerp可以在两个旋转之间生成平滑过渡这在动画混合和相机控制中特别有用。四元素乘法不满足交换律旋转的顺序必须严格遵循这一点在做角色动画时尤其需要注意。6.3 光照模型、阴影与材质系统光照模型方面2018年笔试出现了一道关于Blinn-Phong和PBR基于物理的渲染区别的简答题。这类题考察的是你是否理解传统经验模型和物理模型的核心差异。Blinn-Phong模型的优点是计算简单、可调参数直观但它的高光表现不符合物理规律在掠射角时容易出现异常。PBR模型则基于微表面理论通过BRDF描述材质的反射行为结合金属度、粗糙度、漫反射颜色等参数表现更真实且在不同光照环境下能保持一致的效果。PBR的关键概念包括反射方程、能量守恒、法线分布函数GGX、几何遮蔽函数、菲涅尔方程。能够理解并写出反射方程的简化形式是面试官很看重的能力。阴影算法的考题也很常见。典型的阴影算法包括阴影贴图Shadow Mapping、带PCF软阴影的阴影贴图以及CSMCascaded Shadow Maps用于大场景多级阴影。笔试可能会让你分析阴影贴图中阴影痤疮Shadow Acne产生的原因以及如何用深度偏移Depth Bias来规避。实际项目中阴影痤疮几乎都会遇到尤其是方向光角度比较低的时候地面上的条纹阴影非常明显。用Polygon Offset或者深度偏移能缓解但不能完全消除还需要设计合理的阴影贴图分辨率级联策略。材质系统方面网易会考察你对材质实例与材质父类关系的理解。引擎中通常会把材质定义为资产包含Shader、贴图参数和渲染状态。运行时为了减少状态切换会把相同Shader和渲染状态的物体归为同一个批次这就是合批。笔试里会考察合批的基本条件和限制因素使用相同材质、相同贴图、相同Shader且物体网格只能是同一个网格静态合批或者启用了GPU Instancing。实际开发中大量不同材质的UI元素会导致DrawCall急剧上升这时一个重要的优化思路就是图集动态合批。6.4 物理引擎与碰撞检测的常见考点物理模块在2018年笔试中也占了几个题目重点考察碰撞检测的算法原理和物理引擎的基本流程。一个经典的考点是AABBAxis-Aligned Bounding Box和OBBOriented Bounding Box的区别与使用场景。AABB是轴对齐包围盒碰撞检测速度很快但包围得不够紧密适合作为粗检测阶段使用OBB是方向包围盒可以与物体一起旋转包围更精准但相交判断更复杂。游戏中的碰撞系统普遍采用多阶段方案先用AABB做粗略检测快速剔除大部分不相交的物体再对可能相交的物体使用精确的网格或OBB检测。刚体物理的题目通常会问一个物体同时受到重力和碰撞弹力作用时如何计算下一帧的位置和速度核心是用半隐式欧拉法来更新速度与位置v acceleration * deltaTime position v * deltaTime注意这里先更新速度再更新位置这比先更新位置再更新速度更稳定。笔试中可能会让你比较半隐式欧拉和显式欧拉的差别后者容易导致能量不断累积物体越弹越高。游戏物理引擎如PhysX、Box2D还有一步很关键碰撞回调是按物理步骤触发的而不是每帧一次主线程和物理线程之间存在数据同步问题。笔试中如果出现“在OnCollisionEnter里直接修改物体Transform导致卡顿或崩溃”的场景你要能分析出这是跨线程访问数据造成的。7. 综合设计题从架构到实现的完整思考7.1 如何设计一个游戏中的背包系统综合设计题是网易笔试里分值最高、也最考验综合能力的一类题目。2018年卷子里有一道典型的设计题请设计一个MMO游戏中的背包系统要求支持物品的堆叠、拆分、丢弃、排序、快捷使用并且能够扩展支持新物品类型。这题的核心不在于你写出了多少行代码而在于你是否具备系统分析能力。我的答题思路会按下面几步展开。先确定数据结构。背包通常是一个二维网格每个格子存放一个物品实例物品包含实例ID、物品模板ID、数量、绑定状态、耐久度等属性。为了方便查询和遍历可以维护一份vectorItemInstance同时用unordered_mapGridIndex, int来记录格子索引到物品实例ID的映射。再设计交互逻辑堆叠是这次设计题的关键同一个物品模板且可堆叠时才能合并。拆分则是从一个堆叠中取出一部分数量放到新的空位。丢弃和排序主要是移动格子和修改数据。关键扩展点在于新物品类型。传统写法是在物品基类里加各种虚函数但新物品类型一多类层次会迅速膨胀。更好的方案是使用组件模式物品是一个实体数组不同类型的能力可堆叠、可装备、可使用、可变身各自对应一个组件运行时按需挂载。这样做的好处是新增一种“可以使用多次的变身道具”时不需要新增一个类而是组合既有的组件即可。7.2 多线程同步与帧率优化另一类综合设计题偏向性能优化比如在战斗场景中需要大量处理AI、物理、粒子、网络同步主线程已经接近满载如何优化思路分成几层。首先要做性能分析不能拍脑袋优化。用Profiler工具定位瓶颈到底出在CPU主线程、渲染线程还是GPU。这步很重要因为很多人一卡就说是渲染问题结果一查发现是某个AI模块的O(n²)遍历导致主线程卡死。确认瓶颈后再分层处理主线程逻辑层面的优化重构数据布局把热循环中的std::map换成vector或unordered_map减少内存访问跳跃避免频繁的锁竞争把不同系统的数据隔离渲染层面的优化减少DrawCall合并同材质物体使用GPU Instancing裁剪粒子发射器数量降低动态阴影分辨率多线程化把AI决策、物理模拟、寻路和网络序列化放到独立的工作线程主线程只做输入控制和帧数据汇总使用Job System或任务图让并行的任务由调度器自动分配减少手动管理线程的生命周期这部分答题时要展现出你的“性能预算”意识。比如给出数值主线程每帧可用时间预算为16.67ms60帧其中渲染提交占6ms、逻辑更新占8ms、输入和UI占2ms剩余2.67ms作为弹性空间。超预算的系统要单独优化不超预算的不动。这套思维框架比给出某个具体方案更值钱因为面试官看重的是你“如何做取舍”的能力。7.3 网络同步方案设计状态同步 vs 帧同步网易很多游戏属于强互动类型比如MOBA和吃鸡网络同步方案是笔试必考。常见问题是某款多人竞技游戏要求客户端表现平滑且能容忍一定程度的网络抖动你会选择状态同步还是帧同步高价值答案是分场景讨论状态同步服务器是权威客户端发送操作指令服务器广播状态位置、血量等。优点是对反作弊友好、断线重连容易实现缺点是网络带宽较大服务器压力高帧同步所有客户端执行相同的确定性逻辑服务器只转发输入指令。优点是带宽消耗小、表现精准缺点是逻辑必须严格确定性不能使用随机数、浮点运算平台间可能不一致反作弊难度高国内很多电竞游戏会对两者做融合核心战斗用帧同步非核心系统商城、任务、社交用状态同步。笔试答题时把这个融合方案写出来显得你对行业方案有真实认知。为什么因为纯粹帧同步对网络要求太苛刻纯粹状态同步带宽压力大实际工程没有银弹只有取舍。8. 常见问题与实战避坑指南8.1 基础题陷阱边界条件与未定义行为网易笔试题里埋的坑特别多我整理出几个最容易踩的第一是数组越界和迭代器失效。C中越界访问不一定立刻崩溃可能只是读出脏数据这种问题特别难排查。答题时一定要习惯性检查循环边界和不要混用size_t和int比较时注意符号扩展。第二是运算符优先级。比如*p和(*p)的区别a b c的求值顺序等。这类语法细节题目看似简单但错误率极高。复习时把C运算符优先级表完整过一遍比刷十道题有用。第三是空指针解引用。网易喜欢在代码片段里插入一个可能为nullptr的指针然后让你找出问题。平时写代码时如果能养成“所有外部传入指针先判空”的习惯这种题基本不会错。8.2 图形学实现细节与表现不对齐图形学虽然偏理论但笔试中也会考一些“你实际操作了才知道”的细节。比如问渲染一张法线贴图时法线为什么需要从切线空间变换到世界空间如果不变换会发生什么答案的逻辑链是这样的法线贴图存储的是切线空间下的法线方向它是一个相对值。如果直接使用这个值在模型旋转后光照方向就会错乱。正确做法是乘以TBN矩阵将法线从切线空间变换到世界空间。实际项目里TBN矩阵计算错误会导致法线贴图看起来方向反了或者出现接缝很多新手会以为只是贴图问题其实是少了这一层空间变换。这类题看起来简单但能完整写出“切线空间-世界空间”这个变换链路的人不多因为它涉及到对法线贴图生成和采样流程的全链路理解。8.3 综合设计题不要只答方案要答“理由”这是我对比很多高分答案和低分答案后发现的核心差异。低分答案通常只列方案高分答案会给每个决策一个理由。比如“为什么背包用unordered_map而不是vector查找”答案是背包中物品数量通常几十到几百两者性能差距并不大但unordered_map能直接按实例ID定位代码可读性和维护性更好。如果背包中物品数量到了几万那就要考虑局部性更优的紧凑数组结构。这个“为什么在什么情况下选择什么”的思维方式才是面试官最想看到的。答题模板可以这样组织观点我选xxx- 分析因为xxx在yyy场景下优势是zzz- 结论所以这里选xxx但如果有某种情况则不建议。这套模板在笔试和面试里都通用。8.4 时间不够用怎么办优先级再梳理如果你按我前面说的时间分配策略答题最后总会有几道题做不完。根据我的经验做不完时按这个优先级处理第一优先C基础题和算法编程题这类题即使没写完写一半代码也能拿步骤分第二优先图形学简答题能写出关键公式和流程就写别留空白第三优先综合设计题至少把核心架构和数据模型写出来代码可以略过最后完全不熟悉的选择题蒙一个不空着有一点要特别提醒网易笔试是摄像头监控的线上考试千万别想着切屏查资料切屏次数多了会被系统标记。我见过一个候选人被系统强制交卷就是因为多次切屏。平时背熟知识点考试时踏实答比任何小动作都管用。9. 备考路线与实操建议9.1 按模块自测拿2018真题做摸底如果你准备参加网易游戏客户端开发校招我的建议是先用2018年这套笔试卷做一次摸底自测。不要开卷不要查资料计时90分钟模拟真实考试。做完之后按模块统计正确率。正确率在70%以上的模块说明基础扎实可以直接进入面试准备阶段正确率50%到70%的模块需要专项复习优先补充图形学和C内存模型正确率在50%以下的模块说明薄弱要重新过一遍基础教材。摸底测试的价值不在于分数而在于帮你把复习资源投放到性价比最高的地方。9.2 基础复习资料选择CStanley B. Lippman的《C Primer》第5版重点看第6章函数、第12章动态内存、第13章拷贝控制、第15章面向对象数据结构与算法LeetCode高频题按“数组/字符串-链表-树-图-DP”顺序刷不必所有题都刷重点刷网易常考的类型图形学Fundamentals of Computer Graphics第四版重点看变换、光栅化、着色、纹理、阴影这几章实时渲染入门可以配合LearnOpenGL网站做实践引擎框架Unity和Unreal官方架构文档理解场景管理、资源流水线、渲染流程这些资料不是让你从头到尾读完的而是像字典一样遇到笔试暴露出的薄弱点立刻去查对应章节带着问题学才高效。9.3 动手实践比刷题更有效笔试复习有一个常见的误区只看书不动手。图形学和引擎部分尤其如此你不亲手在Unity或Unreal里搭一个渲染流程就永远不知道深度测试和混合的顺序会在画面上产生什么影响。我的建议是做两个小项目一是用Unity实现一个简单卡通渲染效果。需要手写Shader处理漫反射和高光的偏移加上描边。这个过程中你会自然接触到渲染管线、坐标空间、光照模型这些知识点比背十道题都有效。二是用C写一个简单的事件系统支持事件注册、派发和注销。要求支持不同事件类型携带不同数据参数并且能在线程之间安全派发。做完这个观察者模式、智能指针管理、多线程同步这些考点全都能串起来。9.4 笔试之后的准备无缝衔接面试笔试通过后网易面试通常有三轮技术面、综合面和HR面。技术面会深挖笔试里的薄弱点所以考完试千万别把卷子扔了。对照错题重新梳理一遍甚至可以把编程题的代码优化后用本地编译器跑通面试时如果被问到还能现场展示。面试也喜欢问项目经历所以回顾时间线时要准备几个能体现你“独立解决问题”的案例。重点不是项目有多大而是你遇到什么问题、怎么定位、用了什么方案、为什么这么选。这一套表达逻辑跟笔试综合设计题的答题逻辑完全一致提前练熟面试会非常顺。笔试和面试本质上考的是同一个东西你面对复杂问题的分析能力和工程判断力。基础扎实、思维清晰、逻辑自洽比堆砌各种炫技操作重要得多。这份2018年的笔试卷虽然年份有些久了但它考察的核心能力直到今天依然没有过时。希望你看完这篇拆解不仅知道题型和答案更理解它背后的筛选逻辑。接下来动笔刷题吧。 网易游戏客户端笔试真题解析：从C++到图形学的通关指南
1. 从一份笔试卷谈起客户端开发岗到底在考什么每年春招秋招网易游戏客户端开发工程师的笔试都是硬仗。我见过不少人刷了一堆题结果拿到卷子还是发懵——不是题太难而是压根没搞懂这份卷子在筛选什么人。2024年了其实往回看2018年的笔试卷依然能看出很多稳定的考察逻辑这也是我为什么一直建议准备网易游戏岗位的同学把历年真题当最重要的复习资料。先给不了解的朋友交代一下背景。网易游戏客户端开发工程师BJ笔试面向的主要是校招和实习候选人base北京岗位隶属于网易游戏事业群参与的项目基本上都是自研引擎或者深度定制Unity/Unreal的MMO、射击、RPG等大型游戏项目。笔试通常安排在线上时长90分钟到120分钟不等题量大约30到50道题型包括单选、多选、填空、简答、编程和设计题。这份卷子最核心的定位不是考你背了多少API而是考察三件事你的C功底扎不扎实内存布局、编译链接、STL底层这些基础能不能扛住深挖你对游戏引擎的核心模块渲染、物理、动画、UI、网络同步有没有完整的认知框架遇到实际工程问题时你能不能快速定位瓶颈、给出可落地的方案而不是只停留在理论层面记住了这三点你再看任何一年的网易客户端笔试卷都会有一种“万变不离其宗”的感觉。2018年这套题尤其典型它几乎涵盖了客户端开发日常工作中的所有高频技术栈而且难度梯度拉得很开——有送分题也有专门拉区分度的压轴题。这篇文章我就以2018年这套笔试卷为线索把里面涉及的考点、背后的原理、实际工程中的坑一层层给你拆开讲清楚。不管你是正在准备校招还是工作两三年想补基础这篇都值得认真看完。2. 试卷结构与考察目标拆解2.1 整体题型分布与分值逻辑先看整个卷子的结构框架。网易的笔试卷通常不是纯粹的技术题堆砌它的题型分布有自己的逻辑。以2018年客户端笔试卷为例大致可以分成五个模块模块题型常见题量考察核心C基础单选/多选/填空10-15题内存、指针、STL、多态、模板数据结构与算法单选/编程5-8题复杂度、排序、树、图、动态规划计算机基础单选/简答5-6题操作系统、网络、设计模式图形学与引擎单选/简答/设计6-10题渲染管线、坐标变换、物理、动画综合设计简答/编程1-2题架构设计、系统设计、代码实现这个结构不是随便排的。C占比最大因为客户端开发主力语言就是C尤其在网易这种深度定制引擎的团队C水平直接决定你能不能上手干活。图形学与引擎部分是区分度最高的模块很多人算法题做得不错但一到渲染管线和坐标变换就露馅这部分恰恰是客户端开发的核心竞争力。笔试的通过标准没有公开的分数线但根据我身边拿到面试的同学反馈一般正确率在60%到70%以上才有机会进入面试环节。所以不是说你要把所有题都做对而是要在基础题上稳拿分在区分度高的题目上尽量多抢分。2.2 时间分配策略90分钟做30到50道题时间其实非常紧。我自己模拟做过这套卷子如果每道题平均只给2分钟填空和简答几乎不够写。这里分享一个我总结的答题顺序策略第一轮先做C基础选择题和简单填空这部分耗时短、确定性高15到20分钟内解决第二轮做数据结构和算法题优先做有把握的编程题留出20到25分钟第三轮图形学与引擎部分的简答和设计题这是拿分重点留25到30分钟第四轮剩余时间处理计算机基础和其他零散题目能写多少写多少策略的核心原则是先拿稳分再攻难题。不推荐在单选上反复纠结一道题超过3分钟就跳过等全部做完再回来蒙。2.3 考察趋势的稳定性2018年的卷子放到今天依然有参考价值原因是网易客户端笔试的底层逻辑几乎没变过。图形学部分从渲染基础考到PBR和阴影算法C部分从语法考到内存模型和并发算法题从“背模板”逐步变成“结合场景设计算法”。这几年虽然有新题但核心知识点的考察范围始终稳定。换句话说这份2018年的真题卷本质上是一张“客户端开发核心能力地图”。把这张地图上的每一个点吃透就算题型翻新你也能找到对应的知识锚点。3. C核心考点解析与实战应用3.1 指针、引用与内存管理的深水区C部分几乎是必考指针和内存管理但网易的考法很巧妙它不会直接问你“指针和引用的区别”而是给你一段代码让你分析输出结果或者指出错误。我记得卷子里有一道很经典的题int* foo() { int a 10; return a; } int main() { int* p foo(); std::cout *p std::endl; return 0; }这道题的坑在于返回了局部变量的地址属于悬垂指针问题。答案看起来是输出10但实际上这是未定义行为——函数返回后栈帧销毁a的内存可能被其他数据覆盖也可能碰巧还是10。很多基础不牢的人会栽在这里。实际工程里这类问题对应的是返回局部对象引用、容器中存储了临时对象的地址等场景。我自己的经验是如果代码审查里看到返回引用或者裸指针第一时间就要检查其生命周期。再有一道考察智能指针的题大概是关于shared_ptr循环引用导致内存泄漏的。这里补充一个实际案例两个对象互相持有对方的shared_ptr结果析构函数永远不被调用。解法是用weak_ptr打破循环class B; class A { public: std::shared_ptrB b_ptr; ~A() { std::cout A destroyed std::endl; } }; class B { public: std::weak_ptrA a_ptr; // 用weak_ptr打破循环 ~B() { std::cout B destroyed std::endl; } };实际游戏开发里这种循环引用最常出现在场景管理器和实体对象之间。如果你用shared_ptr管理所有资源同时又频繁建立双向引用泄漏问题几乎不可避免。所以网易这种大厂非常看重智能指针的掌握程度卷子里出现循环引用的题几乎是必然的。3.2 STL底层原理与性能陷阱STL相关题目网易喜欢从底层实现角度考。比如问std::vector在push_back时迭代器为什么会失效std::map和std::unordered_map的底层数据结构分别是什么以及各自的时间复杂度。我一直强调一个观点用STL不稀奇知道STL底层才能应付大厂笔试。std::vector扩容机制是个经典考点。当vector容量不足时会分配一块更大的内存通常是原容量的1.5到2倍然后把旧元素逐个拷贝或移动过去最后释放旧内存。这个过程中所有指向旧内存的迭代器、指针和引用都会失效。笔试中常见的陷阱题是让你判断下面这段代码哪个操作会导致未定义行为std::vectorint v {1, 2, 3, 4, 5}; auto it v.begin() 2; v.push_back(6); // 可能触发扩容 std::cout *it std::endl; // 危险迭代器可能失效实际项目中频繁的push_back导致扩容开销不可小觑。处理大量数据时我习惯先用reserve预留容量避免多次扩容。这个细节在客户端开发里尤其重要比如战斗飘字系统、粒子系统里的动态数组频繁扩容会带来明显的帧率波动。std::map和std::unordered_map的选择也很常考。前者基于红黑树有序增删查都是O(log n)后者基于哈希表平均O(1)但最坏可能退化到O(n)。游戏客户端里需要遍历有序键值对的场景比如按ID排序的实体列表用map追求查询速度且不要求有序的场景用unordered_map。但unordered_map在大量插入时可能触发rehash导致迭代器失效这一点在实际开发中容易被忽略。3.3 多态、虚函数表与运行时类型识别C多态几乎是必考题而且网易喜欢往深了考。虚函数表的布局、多重继承时内存布局、dynamic_cast的实现原理这些都属于高频考点。举个典型题目一个基类Base有两个虚函数派生类Derived覆盖了其中一个还新增了一个虚函数。问Derived对象的内存布局是怎样的。基础答案是每个对象有一个虚函数指针vptr指向虚函数表Derived的虚函数表包含Base的两个虚函数地址其中一个被覆盖和新增的虚函数地址。真正的难点在于多重继承比如class A { virtual void a(); }; class B { virtual void b(); }; class C : public A, public B { virtual void c(); };这种情况下C对象包含两个虚函数指针分别指向A和B对应的虚函数表C::c()会放在第一个虚函数表里。错一个细节画出来的内存布局就全错了。而dynamic_cast在笔试中多了一半考原理一半考用法。原理是依赖运行时类型信息RTTI通过虚函数表里保存的类型信息做检查用法上要注意dynamic_cast只能用于多态类型至少有虚函数否则编译报错。这里说一个实际项目里踩过的坑曾经在优化时把一些类里的虚函数改成了非虚结果dynamic_cast的代码直接编译失败排查了半天才发现是这个原因。这类经验笔试不会考但工作里一定会遇到。4. 数据结构与算法笔试中的硬通货4.1 复杂度的分析思维算法题里必有一两道是考复杂度的。网易这边不会出太偏门的复杂度分析但会在常见算法上“加一点障眼法”。比如让你分析递归版本斐波那契的时间复杂度很多人张口就答O(2^n)但如果你画出递归调用树会发现每个节点有两个子节点树高为n所以总体时间复杂度确实是O(2^n)空间复杂度是O(n)递归栈深度。这种基础分一定要拿稳。更有区分度的题目是让你在特定场景下选择合适的数据结构。举个例子实现一个游戏背包系统需要频繁查询“某道具的剩余数量”数据量在数千级别你会选择什么结构答案是unordered_mapItemId, int查询O(1)。但如果要求“按道具ID顺序展示背包”那map更合适遍历时按ID有序。两种选择的背后是同一个原则根据业务操作的频率决定数据结构。4.2 高频算法原型排序、查找与树的变形网易笔试算法题的高频原型集中在排序、二分查找、二叉树遍历和动态规划。2018年这套卷子里有一道二分查找变种题大致是在一个递增数组中查找目标值如果目标值不存在返回其应该插入的位置即第一个大于等于目标值的位置。这其实就是std::lower_bound的实现int lowerBound(const std::vectorint nums, int target) { int left 0, right (int)nums.size(); while (left right) { int mid left (right - left) / 2; if (nums[mid] target) { left mid 1; } else { right mid; } } return left; }注意循环条件是left right不是left right这样在无重复元素时也能正确处理边界。这道题看似简单但不少人把mid边界搞错返回了left - 1或者陷入死循环。实际开发中这种“在有序容器中查找插入位置”的逻辑在排行系统、二分查找调试中都很常见。树的题目通常围绕二叉树遍历展开有递归和非递归两种考法。网易比较喜欢考非递归遍历因为能同时考察栈的使用和对遍历过程的理解。这里给出一个非递归中序遍历的标准写法std::vectorint inorderTraversal(TreeNode* root) { std::vectorint result; std::stackTreeNode* stk; TreeNode* cur root; while (cur ! nullptr || !stk.empty()) { while (cur ! nullptr) { stk.push(cur); cur cur-left; } cur stk.top(); stk.pop(); result.push_back(cur-val); cur cur-right; } return result; }这个模板最好背熟。不仅是笔试项目里做场景节点树遍历时非递归写法能有效避免递归过深导致的栈溢出。游戏客户端里场景管理、UI树遍历都会用到类似结构。动态规划部分网易常考的模型包括背包问题、最长公共子序列、最长递增子序列和编辑距离。2018年卷子里有一道简化版背包物品重量和价值分别给出背包容量有限求最大价值。这个就是经典的0-1背包状态转移方程dp[i][j] max(dp[i-1][j], dp[i-1][j - weight[i]] value[i])很多人在笔试时直接写一个二维数组但优化版本的写法是使用一维数组并倒序遍历容量的思路。因为正序遍历会导致同一物品被重复放入多次。这个考点看起来简单实际上是动态规划思维的分水岭——纸上写得出方程和代码实现不犯错的完全是两个水平。4.3 场景化算法题如何拆解题意网易和其他公司笔试差异最大的一点是有大量的场景化算法题。它不会直接告诉你“这是个拓扑排序题”而是给你一段游戏逻辑描述让你自己建模成算法问题。举个例子卷子里有类似这样的描述一份技能天赋树每个技能有前置技能玩家最多分配N个技能点每个技能点会带来一定属性收益问如何分配技能点才能获得最大收益。这本质上是一个在依赖关系约束下的背包问题需要先把技能依赖关系建模成图然后按拓扑序遍历在遍历过程中应用背包DP。这类题的解题步骤我总结为三步识别约束条件依赖关系是DAG有向无环图技能点总量是背包容量属性收益是价值建立数学模型先拓扑排序确定学习的顺序再在状态转移中判断前置技能是否满足条件代码实现用邻接表建图用入度数组做拓扑排序在DP过程中维护当前技能点消耗这个流程建议你在平时训练时反复练习因为场景化题目就是考察你把实际问题抽象成数学/算法模型的能力。这种能力不是临时刷题能练出来的需要刻意训练。5. 计算机基础网络、操作系统与内存模型5.1 TCP/UDP与游戏同步机制计算机网络在游戏客户端笔试中占比不高但出现频率不低。网易主要考察TCP和UDP的区别以及在游戏网络同步中怎么选型。这里的知识点已经不算纯理论了因为它直接关系到游戏手感。TCP提供可靠、有序的字节流传输UDP则只是尽力而为的报文传输。对帧率敏感的游戏客户端来说TCP的重传和拥塞控制会导致卡顿所以很多实时战斗类游戏使用UDP再在应用层做可靠性和顺序控制。笔试里常问一个问题MOBA游戏的技能释放指令用什么协议正确答案是对可靠性要求极高的关键指令如技能释放、伤害结算一般用基于UDP的可靠传输KCP或自研协议普通的位置同步可以用纯UDP。补充一个我在项目中做过的取舍如果是休闲类游戏服务器和客户端的同步频率不高用TCP完全没有问题如果是动作类或FPS强烈建议基于UDP实现自定义可靠协议。这里不是要你写一个完整协议栈而是要能说清楚“什么时候用TCP什么时候用UDP可靠UDP是怎么实现的”笔试简答题考这个基本就是考察这个判断力。5.2 内存模型与分配策略操作系统相关的考题网易偏重内存管理。经典问题是堆和栈的区别、栈上分配为什么比堆上分配快、虚拟内存和物理内存的关系等。游戏客户端开发里内存碎片和分配性能是永恒的话题。栈上分配只是把栈指针移动一下代价极低堆上分配则需要寻找合适大小的空闲块可能还会触发系统调用。所以热路径上的临时对象尽量用栈上分配或者对象池。笔试中会用一个很简单的例子考这个点在循环里频繁new一个小对象和高频使用栈对象哪个性能更好答案是显然的但能解释清楚原因的人并不多。还有一些网易特别爱考的是关于多线程内存模型的问题。比如内存可见性和指令重排volatile能否保证原子性和互斥以及std::atomic和mutex各自的适用场景。这里的关键是volatile只告诉编译器“这个变量可能在其他地方被修改不要优化掉”它不能解决多线程数据竞争问题。正确的做法是用std::atomic或者加锁。游戏主线程和渲染线程之间的数据传递如果处理不当就会出现莫名其妙的闪帧和崩溃这种笔试题目就是提醒你注意并发安全。5.3 设计模式在客户端工程中的映射设计模式部分网易不会考你23种设计模式的定义默写而是给你一个场景让你选型。比如你需要实现一个全局唯一的资源管理器任何模块只能通过统一接口加载资源应该用什么模式答案显然是单例模式但更进一步的追问是单例模式在多线程环境下如何保证线程安全懒汉式和饿汉式的区别是什么这里给出一个线程安全的懒汉式单例C11写法class ResourceManager { public: static ResourceManager instance() { static ResourceManager manager; return manager; } private: ResourceManager() default; };C11之后局部静态变量的初始化是线程安全的所以这样写就够了。笔试考点在于你不仅要写出正确代码还要说出为什么是线程安全的——编译器会生成一个用于初始化的保护变量多线程同时进入时只有一个线程执行构造函数其他线程等待。观察者模式也常考对应游戏里的UI事件系统或成就系统。一个成就系统可能需要监听多种游戏事件击杀、升级、任务完成如果用耦合的写法业务逻辑会越加越乱。观察者模式把事件发布和事件监听解耦发布方不需要知道监听方的具体类型。游戏行业里很多团队会自己实现一套基于观察者模式的事件总线笔试里让你画出类图或者写出核心接口几乎是必备题。6. 图形学与引擎拉开差距的关键模块6.1 渲染管线的完整流程图形学是网易客户端笔试的重头戏也是大多数人的薄弱环节。2018年卷子的简答题里有一道很典型的请简述实时渲染管线的流程。这道题看似基础但想拿满分需要写出每个阶段的细节。标准的渲染管线大致是顶点数据从CPU传到GPU经过顶点着色器做坐标变换和顶点属性计算接着是光栅化把顶点组成的图元转换为像素片元然后片段着色器负责计算颜色最后经过深度测试、混合等逐片元操作写入帧缓冲区。实际开发中有些细节需要额外注意顶点着色器是逐顶点执行的适合做坐标变换和蒙皮计算片段着色器是逐像素执行的适合做光照和纹理采样透视除法在光栅化前完成NDC坐标范围是[-1,1]但深度范围在DirectX中是[0,1]OpenGL中是[-1,1]需要在深度测试前做相应转换只有经过背面剔除、视锥裁剪后保留下来的图元才会被光栅化这是GPU加速的关键很多人在笔试时只写了“顶点处理-光栅化-片段处理”三行字这种答案只能拿一半分。要想拿高分至少要写出变换流程图并解释每个阶段对应的坐标系统模型空间、世界空间、观察空间、裁剪空间、NDC、屏幕空间。6.2 坐标变换矩阵与四元数的实际应用图形学部分必考坐标变换网易特别喜欢考“给定一个物体在世界空间的位置和旋转求其在相机空间的位置”这类题。这背后是矩阵乘法和坐标空间的转换。基本公式物体从模型空间变换到世界空间是乘以模型矩阵M从世界空间到观察空间是乘以观察矩阵V从观察空间到裁剪空间是乘以投影矩阵P。最终的屏幕坐标是经过透视除法得到的。常用的MVP矩阵组合就是P * V * M。这里有个很容易搞混的细节向量是从右向左乘还是从左向右乘取决于你用的是行向量还是列向量约定。DirectX用的是行向量左乘OpenGL用的是列向量右乘矩阵在左侧。笔试中如果不确定那就写清公式和坐标系约定这样即使符号方向不对阅卷人也知道你理解对了。四元数也是高频考点。网易可能会问欧拉角和四元数分别在什么场景下使用为什么游戏引擎推荐用四元数表示旋转核心原因有两个一是欧拉角存在万向锁问题当中间轴旋转到90度时会导致旋转自由度丢失二是四元数的插值如slerp可以在两个旋转之间生成平滑过渡这在动画混合和相机控制中特别有用。四元素乘法不满足交换律旋转的顺序必须严格遵循这一点在做角色动画时尤其需要注意。6.3 光照模型、阴影与材质系统光照模型方面2018年笔试出现了一道关于Blinn-Phong和PBR基于物理的渲染区别的简答题。这类题考察的是你是否理解传统经验模型和物理模型的核心差异。Blinn-Phong模型的优点是计算简单、可调参数直观但它的高光表现不符合物理规律在掠射角时容易出现异常。PBR模型则基于微表面理论通过BRDF描述材质的反射行为结合金属度、粗糙度、漫反射颜色等参数表现更真实且在不同光照环境下能保持一致的效果。PBR的关键概念包括反射方程、能量守恒、法线分布函数GGX、几何遮蔽函数、菲涅尔方程。能够理解并写出反射方程的简化形式是面试官很看重的能力。阴影算法的考题也很常见。典型的阴影算法包括阴影贴图Shadow Mapping、带PCF软阴影的阴影贴图以及CSMCascaded Shadow Maps用于大场景多级阴影。笔试可能会让你分析阴影贴图中阴影痤疮Shadow Acne产生的原因以及如何用深度偏移Depth Bias来规避。实际项目中阴影痤疮几乎都会遇到尤其是方向光角度比较低的时候地面上的条纹阴影非常明显。用Polygon Offset或者深度偏移能缓解但不能完全消除还需要设计合理的阴影贴图分辨率级联策略。材质系统方面网易会考察你对材质实例与材质父类关系的理解。引擎中通常会把材质定义为资产包含Shader、贴图参数和渲染状态。运行时为了减少状态切换会把相同Shader和渲染状态的物体归为同一个批次这就是合批。笔试里会考察合批的基本条件和限制因素使用相同材质、相同贴图、相同Shader且物体网格只能是同一个网格静态合批或者启用了GPU Instancing。实际开发中大量不同材质的UI元素会导致DrawCall急剧上升这时一个重要的优化思路就是图集动态合批。6.4 物理引擎与碰撞检测的常见考点物理模块在2018年笔试中也占了几个题目重点考察碰撞检测的算法原理和物理引擎的基本流程。一个经典的考点是AABBAxis-Aligned Bounding Box和OBBOriented Bounding Box的区别与使用场景。AABB是轴对齐包围盒碰撞检测速度很快但包围得不够紧密适合作为粗检测阶段使用OBB是方向包围盒可以与物体一起旋转包围更精准但相交判断更复杂。游戏中的碰撞系统普遍采用多阶段方案先用AABB做粗略检测快速剔除大部分不相交的物体再对可能相交的物体使用精确的网格或OBB检测。刚体物理的题目通常会问一个物体同时受到重力和碰撞弹力作用时如何计算下一帧的位置和速度核心是用半隐式欧拉法来更新速度与位置v acceleration * deltaTime position v * deltaTime注意这里先更新速度再更新位置这比先更新位置再更新速度更稳定。笔试中可能会让你比较半隐式欧拉和显式欧拉的差别后者容易导致能量不断累积物体越弹越高。游戏物理引擎如PhysX、Box2D还有一步很关键碰撞回调是按物理步骤触发的而不是每帧一次主线程和物理线程之间存在数据同步问题。笔试中如果出现“在OnCollisionEnter里直接修改物体Transform导致卡顿或崩溃”的场景你要能分析出这是跨线程访问数据造成的。7. 综合设计题从架构到实现的完整思考7.1 如何设计一个游戏中的背包系统综合设计题是网易笔试里分值最高、也最考验综合能力的一类题目。2018年卷子里有一道典型的设计题请设计一个MMO游戏中的背包系统要求支持物品的堆叠、拆分、丢弃、排序、快捷使用并且能够扩展支持新物品类型。这题的核心不在于你写出了多少行代码而在于你是否具备系统分析能力。我的答题思路会按下面几步展开。先确定数据结构。背包通常是一个二维网格每个格子存放一个物品实例物品包含实例ID、物品模板ID、数量、绑定状态、耐久度等属性。为了方便查询和遍历可以维护一份vectorItemInstance同时用unordered_mapGridIndex, int来记录格子索引到物品实例ID的映射。再设计交互逻辑堆叠是这次设计题的关键同一个物品模板且可堆叠时才能合并。拆分则是从一个堆叠中取出一部分数量放到新的空位。丢弃和排序主要是移动格子和修改数据。关键扩展点在于新物品类型。传统写法是在物品基类里加各种虚函数但新物品类型一多类层次会迅速膨胀。更好的方案是使用组件模式物品是一个实体数组不同类型的能力可堆叠、可装备、可使用、可变身各自对应一个组件运行时按需挂载。这样做的好处是新增一种“可以使用多次的变身道具”时不需要新增一个类而是组合既有的组件即可。7.2 多线程同步与帧率优化另一类综合设计题偏向性能优化比如在战斗场景中需要大量处理AI、物理、粒子、网络同步主线程已经接近满载如何优化思路分成几层。首先要做性能分析不能拍脑袋优化。用Profiler工具定位瓶颈到底出在CPU主线程、渲染线程还是GPU。这步很重要因为很多人一卡就说是渲染问题结果一查发现是某个AI模块的O(n²)遍历导致主线程卡死。确认瓶颈后再分层处理主线程逻辑层面的优化重构数据布局把热循环中的std::map换成vector或unordered_map减少内存访问跳跃避免频繁的锁竞争把不同系统的数据隔离渲染层面的优化减少DrawCall合并同材质物体使用GPU Instancing裁剪粒子发射器数量降低动态阴影分辨率多线程化把AI决策、物理模拟、寻路和网络序列化放到独立的工作线程主线程只做输入控制和帧数据汇总使用Job System或任务图让并行的任务由调度器自动分配减少手动管理线程的生命周期这部分答题时要展现出你的“性能预算”意识。比如给出数值主线程每帧可用时间预算为16.67ms60帧其中渲染提交占6ms、逻辑更新占8ms、输入和UI占2ms剩余2.67ms作为弹性空间。超预算的系统要单独优化不超预算的不动。这套思维框架比给出某个具体方案更值钱因为面试官看重的是你“如何做取舍”的能力。7.3 网络同步方案设计状态同步 vs 帧同步网易很多游戏属于强互动类型比如MOBA和吃鸡网络同步方案是笔试必考。常见问题是某款多人竞技游戏要求客户端表现平滑且能容忍一定程度的网络抖动你会选择状态同步还是帧同步高价值答案是分场景讨论状态同步服务器是权威客户端发送操作指令服务器广播状态位置、血量等。优点是对反作弊友好、断线重连容易实现缺点是网络带宽较大服务器压力高帧同步所有客户端执行相同的确定性逻辑服务器只转发输入指令。优点是带宽消耗小、表现精准缺点是逻辑必须严格确定性不能使用随机数、浮点运算平台间可能不一致反作弊难度高国内很多电竞游戏会对两者做融合核心战斗用帧同步非核心系统商城、任务、社交用状态同步。笔试答题时把这个融合方案写出来显得你对行业方案有真实认知。为什么因为纯粹帧同步对网络要求太苛刻纯粹状态同步带宽压力大实际工程没有银弹只有取舍。8. 常见问题与实战避坑指南8.1 基础题陷阱边界条件与未定义行为网易笔试题里埋的坑特别多我整理出几个最容易踩的第一是数组越界和迭代器失效。C中越界访问不一定立刻崩溃可能只是读出脏数据这种问题特别难排查。答题时一定要习惯性检查循环边界和不要混用size_t和int比较时注意符号扩展。第二是运算符优先级。比如*p和(*p)的区别a b c的求值顺序等。这类语法细节题目看似简单但错误率极高。复习时把C运算符优先级表完整过一遍比刷十道题有用。第三是空指针解引用。网易喜欢在代码片段里插入一个可能为nullptr的指针然后让你找出问题。平时写代码时如果能养成“所有外部传入指针先判空”的习惯这种题基本不会错。8.2 图形学实现细节与表现不对齐图形学虽然偏理论但笔试中也会考一些“你实际操作了才知道”的细节。比如问渲染一张法线贴图时法线为什么需要从切线空间变换到世界空间如果不变换会发生什么答案的逻辑链是这样的法线贴图存储的是切线空间下的法线方向它是一个相对值。如果直接使用这个值在模型旋转后光照方向就会错乱。正确做法是乘以TBN矩阵将法线从切线空间变换到世界空间。实际项目里TBN矩阵计算错误会导致法线贴图看起来方向反了或者出现接缝很多新手会以为只是贴图问题其实是少了这一层空间变换。这类题看起来简单但能完整写出“切线空间-世界空间”这个变换链路的人不多因为它涉及到对法线贴图生成和采样流程的全链路理解。8.3 综合设计题不要只答方案要答“理由”这是我对比很多高分答案和低分答案后发现的核心差异。低分答案通常只列方案高分答案会给每个决策一个理由。比如“为什么背包用unordered_map而不是vector查找”答案是背包中物品数量通常几十到几百两者性能差距并不大但unordered_map能直接按实例ID定位代码可读性和维护性更好。如果背包中物品数量到了几万那就要考虑局部性更优的紧凑数组结构。这个“为什么在什么情况下选择什么”的思维方式才是面试官最想看到的。答题模板可以这样组织观点我选xxx- 分析因为xxx在yyy场景下优势是zzz- 结论所以这里选xxx但如果有某种情况则不建议。这套模板在笔试和面试里都通用。8.4 时间不够用怎么办优先级再梳理如果你按我前面说的时间分配策略答题最后总会有几道题做不完。根据我的经验做不完时按这个优先级处理第一优先C基础题和算法编程题这类题即使没写完写一半代码也能拿步骤分第二优先图形学简答题能写出关键公式和流程就写别留空白第三优先综合设计题至少把核心架构和数据模型写出来代码可以略过最后完全不熟悉的选择题蒙一个不空着有一点要特别提醒网易笔试是摄像头监控的线上考试千万别想着切屏查资料切屏次数多了会被系统标记。我见过一个候选人被系统强制交卷就是因为多次切屏。平时背熟知识点考试时踏实答比任何小动作都管用。9. 备考路线与实操建议9.1 按模块自测拿2018真题做摸底如果你准备参加网易游戏客户端开发校招我的建议是先用2018年这套笔试卷做一次摸底自测。不要开卷不要查资料计时90分钟模拟真实考试。做完之后按模块统计正确率。正确率在70%以上的模块说明基础扎实可以直接进入面试准备阶段正确率50%到70%的模块需要专项复习优先补充图形学和C内存模型正确率在50%以下的模块说明薄弱要重新过一遍基础教材。摸底测试的价值不在于分数而在于帮你把复习资源投放到性价比最高的地方。9.2 基础复习资料选择CStanley B. Lippman的《C Primer》第5版重点看第6章函数、第12章动态内存、第13章拷贝控制、第15章面向对象数据结构与算法LeetCode高频题按“数组/字符串-链表-树-图-DP”顺序刷不必所有题都刷重点刷网易常考的类型图形学Fundamentals of Computer Graphics第四版重点看变换、光栅化、着色、纹理、阴影这几章实时渲染入门可以配合LearnOpenGL网站做实践引擎框架Unity和Unreal官方架构文档理解场景管理、资源流水线、渲染流程这些资料不是让你从头到尾读完的而是像字典一样遇到笔试暴露出的薄弱点立刻去查对应章节带着问题学才高效。9.3 动手实践比刷题更有效笔试复习有一个常见的误区只看书不动手。图形学和引擎部分尤其如此你不亲手在Unity或Unreal里搭一个渲染流程就永远不知道深度测试和混合的顺序会在画面上产生什么影响。我的建议是做两个小项目一是用Unity实现一个简单卡通渲染效果。需要手写Shader处理漫反射和高光的偏移加上描边。这个过程中你会自然接触到渲染管线、坐标空间、光照模型这些知识点比背十道题都有效。二是用C写一个简单的事件系统支持事件注册、派发和注销。要求支持不同事件类型携带不同数据参数并且能在线程之间安全派发。做完这个观察者模式、智能指针管理、多线程同步这些考点全都能串起来。9.4 笔试之后的准备无缝衔接面试笔试通过后网易面试通常有三轮技术面、综合面和HR面。技术面会深挖笔试里的薄弱点所以考完试千万别把卷子扔了。对照错题重新梳理一遍甚至可以把编程题的代码优化后用本地编译器跑通面试时如果被问到还能现场展示。面试也喜欢问项目经历所以回顾时间线时要准备几个能体现你“独立解决问题”的案例。重点不是项目有多大而是你遇到什么问题、怎么定位、用了什么方案、为什么这么选。这一套表达逻辑跟笔试综合设计题的答题逻辑完全一致提前练熟面试会非常顺。笔试和面试本质上考的是同一个东西你面对复杂问题的分析能力和工程判断力。基础扎实、思维清晰、逻辑自洽比堆砌各种炫技操作重要得多。这份2018年的笔试卷虽然年份有些久了但它考察的核心能力直到今天依然没有过时。希望你看完这篇拆解不仅知道题型和答案更理解它背后的筛选逻辑。接下来动笔刷题吧。