说实话网易互娱2023校招游戏研发工程师第一批在线笔试是我整个秋招季印象最深的一场考试。不是说题目难到让人崩溃而是它考察的知识面和深度都很有代表性基本把我对游戏研发岗位的认知重新洗了一遍。当时考完我趁着记忆还热乎把题型、考点和解题思路完整地复盘了一遍今天把这些内容整理出来分享给正在准备游戏研发岗校招的同学。这篇文章会涵盖笔试的考察方向、题型结构、备考清单和踩坑记录无论你是刚接触校招的大三学生还是已经刷过不少题却对游戏方向没有把握的同学应该都能从中找到有价值的信息。1. 笔试概况与考察方向解读网易互娱游戏研发岗到底在考什么1.1 笔试基本信息与时间安排我记得当时是通过牛客网进行的在线笔试全程双机位摄像头监控手机也需要架在侧面环境要求比较严格。考试时间是两个半小时具体时长每年可能会有调整但基本都在2到3小时之间分为客观选择题和编程题两部分。客观题大概20道左右覆盖C语言、数据结构、操作系统、计算机网络还有少量图形学相关的题目编程题是三道难度梯度明显基本是“一道保底、一道区分、一道选做”的节奏。这里我要先说明一下具体题数和时长每年都有可能变化但考察框架整体比较稳定。我当时在牛客网上常看到有人说“网易的笔试时间不够用”实际体验下来确实是这样。选择题如果控制不好节奏很容易挤占编程题的时间所以这篇文章里我会重点讲时间分配这件事比多刷几道题更重要。笔试开始前一定要提前测试好网络、摄像头和编译环境因为在线笔试的监考系统一旦启动中途切屏或断网都会直接影响成绩。1.2 从岗位职责反推考察逻辑我们换个角度想为什么网易互娱的游戏研发工程师笔试要这样设计游戏研发工程师日常打交道最多的是什么是游戏引擎Unity、Unreal这两大引擎的底层和扩展模块几乎全是用C写的所以C是笔试当之无愧的重头戏。引擎的渲染、物理、动画、网络同步、寻路、战斗逻辑每一块都对数据结构和算法有极高的要求。就拿一个最简单的例子来说游戏里的背包系统底层是一个复杂的对象管理系统涉及哈希、红黑树、LRU淘汰等各种数据结构的组合应用。笔试的设计逻辑其实就一句话用最短的时间考察出你是否具备“能上手做游戏”的基础功底。所以它不会只考语法而是会把C和算法揉在一起考察比如用智能指针管理动态对象、用多线程处理复杂任务调度、用图论解决地图寻路。如果你只是刷过几道力扣题但C底层原理不扎实选择题这一关就会暴露出来。反过来如果你对C内存模型理解很深哪怕算法题刷得不算多笔试的发挥也不会差到哪里去。2. 题型拆解与知识点清单选择题、编程题如何分配精力2.1 客观题C、数据结构、操作系统、网络一个都别漏网易互娱的客观题有几个高频重点我根据自己考试时的记忆和周围同学反馈整理了几类C语言const/static的使用场景、虚函数表与多态的实现原理、shared_ptr与unique_ptr的底层机制、vector扩容机制、map与unordered_map底层实现红黑树对比哈希表、内存对齐规则。数据结构与算法二叉树前中后序遍历、排序算法在特定场景下的选择、哈希冲突常见解决办法开放寻址、链地址法、图论基础概念。操作系统进程与线程的差异、死锁的四个必要条件、虚拟内存与页面置换算法、经典同步问题生产者消费者模型。计算机网络TCP三次握手与四次挥手状态变化、TCP与UDP如何选择、HTTP常见状态码、DNS解析流程。图形学基础少量渲染管线阶段划分、MVP矩阵变换、纹理映射概念。为什么说这些是高频知识点因为这些内容在游戏引擎里都会直接出现。比如你写一个Update循环背后就是CPU、内存、缓存之间的协作做网络同步TCP和UDP的选择是每家游戏公司都绕不开的问题。所以准备这类题目千万别死记硬背带着“这个知识点在引擎哪里会用到”的视角去理解效率会高很多。我当时备考就是重点整理这些和游戏开发相关的部分同时找一些往年真题练手比自己盲目翻书有效多了。2.2 编程题三类高频题型与难度梯队编程题是整场笔试中分值最高、也是最拉分的部分。网易互娱的编程题总体上遵循“基础算法题、综合思维题、复杂度优化题”的结构。我结合自己和同学考完对题目的回忆把遇到的题目归纳成三类第一类是地图或网格类。给一个二维地图里面有障碍物求路径长度或者连通区域数量。这种题在游戏研发中太常见了——自动寻路、地图阻挡、怪物巡逻路径规划都基于这类问题。第二类是状态规划类。从一个全局状态的集合出发用最优策略求最大值或最小值本质上多数是动态规划。举几个常见的变体资源分配问题、装备强化花费与收益的问题、任务调度问题。第三类是字符串或模拟类。给出具体的业务规则让你实现一个简化版系统。这类题本身算法难度不一定高但对代码实现的细密程度要求极高很容易在边界条件上翻车。我给这三类做了一个简单的难度表和备考优先级方便你安排复习题型核心算法考察能力备考优先级地图/网格类BFS/DFS、Dijkstra、A*基础算法熟练度高状态规划类动态规划、贪心状态抽象与边界意识高字符串/模拟类状态机、字符串处理代码细密程度中这里我要提醒一句校招笔试的编程题不用太刻意追求最优解关键是能实现正确逻辑也就是在可控的复杂度内跑通所有测试用例。所以平时刷题的时候我会养成一个习惯先写出正确的暴力解再逐步优化这样考试时遇到没见过的题也至少能交出保底答案不会整道题白卷。3. 核心真题思路回顾三道典型编程题的解题实录下面这部分是我这次笔试印象最深的部分。我直接讲思路、代码和踩坑点题目描述不完全和原题一致但核心考法和思路是吻合的请把这些内容当作同类题的训练素材而不是押题。3.1 地图寻路类BFS标准模板与延伸思考第一道编程题是关于网格地图寻路的。大概题意是给定一个 n 乘 m 的二维网格0表示可通行1表示障碍物玩家从坐标(sx, sy)出发要到达终点(ex, ey)每一步只能上下左右移动问最少需要多少步。如果不可达则返回-1。这道题最直观的解法就是广度优先搜索。BFS天然适合无权图的最短路径问题原因在于它按层扩展第一次到达终点的步数一定是最小的。代码模板如下int bfs(vectorvectorint grid, int sx, int sy, int ex, int ey) { int n grid.size(), m grid[0].size(); if (grid[sx][sy] 1 || grid[ex][ey] 1) return -1; vectorvectorint dist(n, vectorint(m, -1)); queuepairint, int q; dist[sx][sy] 0; q.push({sx, sy}); int dx[4] {1, -1, 0, 0}; int dy[4] {0, 0, 1, -1}; while (!q.empty()) { auto [x, y] q.front(); q.pop(); if (x ex y ey) return dist[x][y]; for (int k 0; k 4; k) { int nx x dx[k], ny y dy[k]; if (nx 0 || nx n || ny 0 || ny m) continue; if (grid[nx][ny] 1 || dist[nx][ny] ! -1) continue; dist[nx][ny] dist[x][y] 1; q.push({nx, ny}); } } return -1; }这个模板里有两个容易被忽略的细节。第一个是起点和终点的障碍物判断如果起点本身就在障碍物上直接返回-1这个判断写不写可能就决定了一个测试用例是否AC。第二个是dist数组用-1初始化既充当了访问标记也存储了步数避免再单独开一个bool数组去标记访问状态。如果你觉得这道题简单那我很建议思考一下它的进阶版本如果格子上的地形有移动代价比如沼泽消耗的体力是平地的三倍BFS就不再适用而应该换成Dijkstra算法如果同时还要考虑启发式信息来加速搜索那就涉及A*算法。游戏开发里的寻路系统一般不用裸BFS但BFS是理解所有寻路算法的基石笔试考它也是最直接的筛选手段。3.2 状态规划类从暴力递归到DP优化第二道编程题是一道动态规划题。题目大意是玩家有N件装备每件装备有一个基础战力值你可以选择强化其中一部分装备但每强化一件装备会占用一定资源资源总量有限问在资源上限的约束下最大能获得多少总战力。这其实是经典的“01背包”变体或者说是背包问题的一个业务化包装。遇到这类题目我的习惯是先不要从DP直接开始而是从暴力递归入手。假设背包容量为W有N件物品每件物品的重量为w[i]价值为v[i]暴力的思路是枚举每一件物品放还是不放复杂度是O(2^N)指数级不可行。然后我们通过“状态定义”来优化它。定义dp[i][j]为前i件物品中在总重量不超过j的前提下能获得的最大价值。转移方程是dp[i][j] max(dp[i-1][j], dp[i-1][j-w[i]] v[i])这个方程的意思是对于第i件物品要么不放要么放。我建议你完整推导一遍这个过程比背模板有用得多。推导完会发现dp[i]这一层只依赖dp[i-1]所以可以用滚动数组把空间从二维优化到一维vectorint dp(W 1, 0); for (int i 0; i N; i) { for (int j W; j w[i]; --j) { dp[j] max(dp[j], dp[j - w[i]] v[i]); } }这里有个非常经典的坑内层循环一定要从大到小遍历。因为从大到小遍历时dp[j-w[i]]还没有被本轮更新过仍然是上一件物品的状态如果从小到大遍历同一件物品就会被重复放入变成完全背包了。这个细节我见过太多同学翻车复习时一定要亲手写一遍亲手感受一下区别。游戏研发里这种资源分配问题的场景特别多比如战力养成系统中的体力分配、技能点分配笔试考背包问题是在用最直接的方式考察你的状态抽象能力。3.3 字符串模拟类细节处理能力的分水岭第三道编程题明显是压轴题难度一下子拉高了。这类题目的代码量比前两道大逻辑链条也更长。我印象里是一道字符串解析相关的题要求实现一个简化版的技能指令解析器输入的字符串由英文字母、数字、括号组成括号可以嵌套里面的内容需要按照指定的规则重复一定次数输出展开后的完整字符串。这道题本身不涉及复杂的算法但非常考验状态机思维和递归或栈的掌握程度。比如一个简化规则是字符串中如果出现“数字(子串)”的形式就把子串重复数字次比如“3(ab)”展开为“ababab”嵌套的情况如“2(a2(b))”展开为“abbabb”。这种题用栈或递归都能解决关键是理清状态。用栈的思路是遍历字符串遇到数字就记录当前数字遇到左括号就把当前已经拼接好的字符串和数字压栈然后重新开始一个子串累积过程遇到右括号就弹栈把栈顶的字符串拼接上重复多次的子串。核心实现如下string decodeString(string s) { stackstring stkStr; stackint stkNum; string cur ; int num 0; for (char c : s) { if (isdigit(c)) { num num * 10 (c - 0); } else if (c () { stkStr.push(cur); stkNum.push(num); cur ; num 0; } else if (c )) { int cnt stkNum.top(); stkNum.pop(); string prev stkStr.top(); stkStr.pop(); string tmp ; for (int i 0; i cnt; i) tmp cur; cur prev tmp; } else { cur c; } } return cur; }这里最关键的地方是数字可能是多位数比如“12(ab)”所以处理数字时不能只取当前一个字符而要写成num num * 10 (c - 0)这个细节写漏了就会导致多个测试用例失败。另外括号形式在不同题目里可能有差异比如中括号、花括号或者用分号分隔这些细微差别都会影响实现考试时一定要仔细读题。这类题目我平时刷得相对少后来我改用“手写状态转移表”的方式把可能的输入类型做成一个状态机再逐行分析当前在哪个状态。这个方法对付这种长逻辑的字符串题非常有效强烈推荐。4. 备考清单与实战策略一个月怎么安排最有效4.1 知识点复习优先级如果你距离笔试还有一个月左右的时间我给一份亲测有效的复习优先级清单。优先级从高到低先保底再提分C基础与STL底层原理。具体包括智能指针的实现原理、虚函数机制与虚表结构、vector和unordered_map的扩容与哈希策略、构造函数与析构函数的调用顺序。数据结构核心算法。二叉树、哈希表、优先队列这三个高频考点要滚瓜烂熟。算法专题。BFS/DFS、动态规划背包、区间、状态机、二分查找、并查集、滑动窗口、单调栈。操作系统与计算机网络高频题。进程线程、死锁条件、TCP握手细节、HTTP状态码。图形学基础。渲染管线、MVP矩阵、纹理知识属于锦上添花的部分但不能完全放弃。我个人复习时间分配是C占40%算法题占40%操作系统和网络占15%图形学占5%。这个比例不一定适合所有人但作为研发岗C和算法确实是笔试权重最高的两块投入产出比最大。如果你还有精力建议额外看看自己项目里用到的技术栈笔试选择题有一定概率会涉及常见引擎概念比如Unity的脚本生命周期、Unreal的反射系统这些项目里接触过就会很加分。4.2 在线笔试的做题顺序与时间控制在线笔试题量固定、时间有限做题顺序直接影响最终得分。我的建议是拿到试卷先花一分钟把全部题目扫一遍尤其看三道编程题各自的难度和题面长度心里有个大致预期。然后按照“先易后难”的原则推进不要一上来就死磕最后一道压轴题。选择题部分我的策略是控制在35到40分钟以内遇到不会的题先标记不要死磕。有些选择题是多项选择少选可能得部分分所以不确定的选项宁愿少选也不要乱选。编程题的理想安排是第一道简单题15分钟内解决第二道中等题留30到35分钟第三道难题看剩余时间决定是深入主攻还是写暴力解保部分分。不要在一道编程题上花费超过40分钟否则后面题目就算会做也没时间写了。4.3 输入输出细节与编译环境准备在线笔试的平台通常使用标准输入输出这和力扣上直接写函数体完全不同。很多平时只刷力扣的同学第一次接触牛客网或赛码网的题目时很容易卡在数据读取上。比如读一个二维网格题目给的输入可能是连续的字符串行比如“01010”如果你强行用cin读取int类型会把整行当作一个数字读入导致数据全错。正确做法是读取string然后逐位转换成整数或者用getline按行读取再逐个字符处理。这个习惯我在笔试前专门练了两天把所有常见的输入输出格式都跑了一遍包括读取多组测试数据、处理字符串中的空格、读取到EOF结束等等。编译环境方面我建议你提前查一下目标公司笔试平台支持的C版本我遇到过平台默认C11而本地用C14的情况有些新语法特性在OJ上编译报错白白浪费时间。考前用平台自带的在线自测功能跑一遍能省掉很多麻烦。5. 踩坑记录与后续沉淀5.1 我在这次笔试中踩过的三个坑第一个坑是选择题时间超支。有几道C多态相关的题选项设置比较刁钻。我盯着看了五分钟也没完全确定结果后面编程题时间变得非常紧张。后来我总结出一个规则选择题单题超过2分钟就放弃先做标记等编程题写完如果有剩余时间再回来纠结。这个规则在后续其他公司的笔试中也帮我保住了很多编程题的分数。第二个坑是输入输出格式处理。第一道编程题我算法思路完全正确但一开始读地图数据时用了cin按字符读取遇到没有空格分隔的字符串行就出了问题。正确的做法是读成string然后逐位处理成整数。这种细节平时不踩一次很难记牢但踩过一次之后基本上所有类似题型都能一眼看穿输入格式陷阱。第三个坑是环境问题。当时我的电脑本地IDE用的C14但考试平台的编译器默认是C11代码提交后编译报错原因是用了C14才有的结构化绑定语法。虽然最后改回来了但浪费了十分钟。这个事提醒我笔试前一定要先去牛客题库里找几道对应公司的真题做一遍把平台的编译环境、代码提交方式全部跑通这些无形的消耗完全可以提前避免。5.2 这次笔试给后续面试带来的帮助说实话这次笔试过程很紧张但考完之后把它当成一次系统性的查漏补缺收获非常大。笔试涉及的知识点让我后续准备面试的时候有了更清晰的方向。比如我后来在面试中被问到引擎对象管理、网络同步方案思路都来自笔试备考阶段对C底层和网络协议的重新梳理。我也把本次复盘的内容整理成了一个在线文档里面记录了这三类编程题的模板、易错点和优化方向。后续投递其他游戏公司时比如腾讯、米哈游、叠纸笔试前我都会拿这份文档快速过一遍。实测下来这套复习思路可以覆盖大多数游戏研发岗校招笔试的考察范围唯一需要根据不同公司调整的是图形学题目占比——有些侧重引擎的团队会加考数学和渲染相关的选择题。最后再分享一个我个人的体会笔试中保持“局部最优”的心态非常重要不要因为一道题卡住就心态崩掉。校招笔试的筛选比例虽然摆在那里但并不是每道题都要做出来才能进入面试核心是把能拿到的分拿稳把明显简单的题做到不丢分就已经超过大部分人了。我自己最后是顺利进入了面试环节也希望这份复盘能帮你少走一些弯路。