前几天整理硬盘翻出一份2017年网易互娱雷火盘古实习生招聘笔试的回忆版。说实话看到那些题目我愣了好一会儿——倒不是说题目多难而是它考察的内容跟这些年我带新人时反复强调的东西几乎完全一致。雷火和盘古的实习生笔试两个多小时代码加主观题看似刷的是题实际上筛的是你有没有“用游戏工程师或策划的脑子想问题”。这份真题的价值不在于怀旧而在于它给所有想进游戏大厂做实习的人画了一条异常清晰的基线哪些底层能力是跑不掉的哪些人就算简历再漂亮也会在笔试阶段被刷掉。这篇文章不打算逐字复述原题而是把这份真题背后最核心的考察逻辑、知识点分布、解题思路和备考路线拆给你看适合准备投游戏公司技术岗或策划岗实习的同学也适合想了解游戏行业校招笔试风格的从业者参考。1. 这份笔试题背后的行业信号雷火盘古在筛什么1.1 雷火盘古是什么段位的工作室先把背景交代清楚。网易互娱旗下有多个自研工作室雷火和盘古属于其中技术沉淀比较深的两支。雷火后来做《逆水寒》《倩女幽魂》系列盘古则是《天谕》等项目的核心开发力量。这些项目有一个共同点大面积使用自研引擎、重度MMO、强社交、长期运营。这意味着在2017年这两个工作室招实习生时最紧缺的不是“会写代码的人”而是“能理解大型在线游戏实时运行逻辑的人”。理解了这一点你再看那份笔试就觉得一切顺理成章。它考的不是大学期末考试那些偏理论的东西而是进入实战前必须掌握的基础数据结构、算法、网络、并发、内存、系统设计。这些东西不是死知识而是在游戏服务器承载压力、客户端渲染卡顿、数值体系崩坏时必须立刻拿出来用的工具。所以笔试的卷子看起来像“计算机基础综合”实际上每道题都在模拟未来工作里的某个真实瞬间。1.2 从笔试结构反推岗位能力模型那年笔试给我的感觉是分工很明确技术岗和策划岗基本上是两个池子。技术岗以编程题和计算机基础为主策划岗以逻辑题和方案设计题为主筛人标准完全不同。考察模块对应能力典型题目方向语言基础与编程题代码功底、调试能力手写数据结构、算法题、链表反转与边界处理计算机基础系统级理解力多线程、锁、内存分配、TCP/UDP区别游戏专项引擎与实时渲染的认知渲染管线、Draw Call、物理碰撞、性能瓶颈定位逻辑与数值策划逻辑推理、数值敏感度系统规则设计、成长曲线计算、平衡性调整主观表达策划结构化表达、创意落地设计一个玩法系统、写任务文案这张表反过来看就是一份能力自检清单。你投简历之前先对着它过一遍大概率能判断自己离笔试通过还差多少。很多简历很漂亮的同学会栽在这上面因为项目经历写得很炫但基本功一旦在笔试里亮出来就露馅了。1.3 为什么2017年的题到现在还有参考价值有人会问2017年的题都过去这么多年了引擎版本换代、移动端崛起、品类从MMO扩展到更多细分方向看老题还有用吗我的看法是有用而且比看很多花哨的新题更有用。因为这份笔试考察的底层能力几乎没有变过数据结构与算法的基本功、对计算机系统的理解深度、以及把复杂游戏问题抽象成工程问题的能力。引擎每年都在变开发流程每年都在变但“一个人能不能写稳一段代码、能不能设计一个自洽的系统”这件事不会变。我用一个例子说明那年笔试里有不少场景题比如给一个游戏系统让你设计数据结构和算法或者给你一段有性能问题的代码让你分析。这类题的通用解法放在今天依然成立。所以你现在去翻2017年的笔试回忆不是考古而是看清楚了行业对实习生的底线要求。2. 核心考点拆解笔试到底在考什么2.1 编程题算法与数据结构是绝对主力技术岗的笔试里编程题几乎是半壁江山。那年流行的考察形式有两类一类是直接叫你手写代码另外一类是给一个游戏场景让你抽象成算法题再写。后者更阴险因为很多人能看懂纯算法题但一到“把游戏系统转成算法模型”就懵了。举几个那年考过的方向拓扑排序用于技能的依赖关系、任务链、科技树的解锁顺序最短路径寻路系统、NPC移动、地图连通性动态规划背包容量与道具组合、关卡奖励最大化哈希与链表玩家在线状态管理、热点数据缓存数据结构设计道具仓库、拍卖行的订单簿、服务器分区这里要特别提醒一句手写代码和IDE里写代码是两种体验。笔试的时候没有自动补全、没有编译器提示、甚至可能要在纸上画。我见过太多人平时刷题全靠IDE辅助一上笔试就节奏崩掉。所以备考时练习手写代码这一步绝对不能省。2.2 计算机基础操作系统与网络藏在游戏场景里游戏行业尤其是网络游戏对操作系统和网络的考察点非常集中。线程与锁、并发模型、内存管理、TCP/UDP、连接管理、同步机制这些是绝对高频。有意思的是笔试不会直接问你“进程和线程有什么区别”而是会换个游戏场景来问。例如如果一个MMO服务器同时有上万玩家在线你会怎么设计玩家消息的广播逻辑这个问题的本质是在考察你对锁竞争、队列、并发读写和内存拷贝的理解。再比如客户端和服务器之间做实时战斗同步用TCP还是UDP为什么帧同步对抖动敏感这些都是工作里真正会遇到的现实问题。所以备考计算机基础不要死记硬背要把知识点还原到游戏场景里去理解。你只要能回答出“为什么”笔试的选择题和简答题基本都能拿下。2.3 游戏专项渲染、物理与性能优化如果投的是客户端方向或引擎方向游戏专项知识就是必考。那年的卷子里渲染管线的流程几乎是必问顶点数据、顶点着色器、光栅化、片元着色器、帧缓冲每一步在干什么哪些步骤贵哪些步骤可以优化。然后是场景管理、视锥剔除、遮挡剔除、LOD这些性能优化手段。还有物理引擎的碰撞检测、刚体、触发器以及游戏循环里的Update和FixedUpdate差异。对这些内容的准备我有一个经验不要只背名词解释。能说清楚“Draw Call是什么”不算本事能说出“合批的三种方式和各自失败的原因”才算真的懂。同样知道“对象池可以降低GC压力”不算本事能写出对象池的线程安全版本并解释为什么锁粒度要控制在最小范围才是笔试想要的答案。如果只是概念扫盲你在笔试的主观题上会非常吃亏。2.4 策划岗主观题没有标准答案但考察思维方式策划岗的笔试不像技术岗那样“非对即错”但它有自己的评分逻辑。主要考三类逻辑推理题有点像公务员行测但会套游戏背景比如给一段规则让你推断某个状态数值题给一个公式要求算伤害、算成长、算经济平衡系统/玩法设计题给你一个粗略方向让你写出完整可执行的方案这类题最怕的是空泛。我见过大量答案“增加趣味性”“提高玩家粘性”“让玩家有成就感”这样的词堆了一整页但没有任何一个具体的数字或规则。其实阅卷人想看到的是一个可以运行的系统目标是谁、规则是什么、奖励怎么发放、怎么防止玩家钻空子。你可以设计得简单但必须自洽。3. 笔试准备实操路线从零到能过笔试的时间线3.1 阶段一基础扫盲提前2-4周不管你是不是科班出身笔试前的基础扫盲都不能跳。我当时带过一个非科班的朋友C语法能看懂但一遇到指针和内存就犯迷糊。我给他的方案是第一周专门过C的指针、引用、内存模型、STL容器把每种容器的底层结构和复杂度背熟第二周过操作系统和网络重点看进程线程、锁、TCP握手和拥塞控制第三周过数据结构把线性表、树、图、哈希表的增删查改复杂度印在脑子里第四周开始做综合题。每天的时间分配我建议3小时打底1小时语言和基础概念1小时刷数据结构题1小时整理笔记。别贪多关键是每一块都吃透。比如今天学链表就画图、写代码、推导复杂度、思考应用场景一次到位。很多同学光是看视频不落笔看的时候感觉全懂一合上课本全忘这是最典型的无效复习。3.2 阶段二刷题与专题突破提前2-3周刷题不要按题库顺序从头往后刷要按专题刷。我建议的顺序是数组与字符串、链表与栈队列、树与递归、图与搜索、动态规划与贪心、综合应用题。每一个专题集中火力连续刷几天直到这类题型的常用套路都烂熟于心再进入下一个专题。因为笔试题目往往在专题内横向比较你在一个专题里积累足够多的变式考试时才能快速识别出题人到底想考什么。刷题的时候有三件事必须做否则等于白刷每道题写完后用一行话说明它的时间复杂度和空间复杂度主动找边界条件空输入、只有一个元素、元素全部相同、数值溢出第二天不看答案把前一天做错的题重新写一遍这三件事看起来笨但非常有效。因为笔试考的不是你“见过”多少题而是你“能独立写出”多少题。第一遍看懂别人的解法不算会第二天默写出来才算真正吸收。3.3 阶段三模拟笔试与复盘考前1-2周考前两周一定要做至少三次完整的模拟笔试。什么是完整的严格2小时倒计时、没有IDE补全、用一个纯文本编辑器或者白纸模拟真实的紧张感。做完之后立刻复盘把每道题的时间分配、卡壳点、写错的地方全部记录下来。复盘的质量直接决定你考场上能不能把时间花在刀刃上。复盘的方式我推荐一个很笨但很有用的方法把自己的答题过程当作别人写的代码去review一行一行看找到每一处“当时想当然”的地方。你会发现绝大多数丢分不是因为不会做而是因为审题不清、边界条件漏判、时间分配失衡。这些都能靠模拟暴露出来。我当年带过的人里凡是认真做了三轮模拟的笔试通过率明显比只刷题不模拟的高出一截。3.4 一份拿来即用的资源清单书和资料不用太多关键是用透几本。《数据结构与算法分析》把每个数据结构的手写实现过一遍《剑指Offer》或同类刷题书面试和笔试题型的经典集锦《深入理解计算机系统》操作系统和内存部分的硬核补充《游戏引擎架构》客户端方向必备重点是渲染和性能优化章节牛客网笔试专区找到近年游戏公司笔试题做限时模拟另外建议整理一份属于自己的“错题集”。不需要多精美Excel或者Markdown都行记录题型、错误原因、正确思路。考前最后一天不刷新题只看错题集。这个动作看起来很轻但能让你的大脑在考前保持对易错点的警觉比临时抱佛脚刷几十道新题更有用。4. 实战环节代表性题型的解题思路演示这一部分我来演示几个套路的实际解法。题目的具体描述根据考生回忆整理不是逐字原题但考察方向和解题思路是通用的你可以照样搬到考场上。4.1 算法场景题技能依赖系统与拓扑排序典型的问法是这样的游戏里有个科技树每个技能可能依赖若干个前置技能现在给你一张技能表与依赖关系要求输出一个合法的学习顺序。这道题的本质就是有向无环图DAG的拓扑排序。解法很明确把每个技能看成节点依赖关系看成有向边。维护每个节点的入度把所有入度为0的节点放入队列依次弹出并将邻接节点入度减一当某个节点入度变为0时继续入队。最后如果弹出的节点数量等于技能总数说明这是一个合法的学习顺序否则说明存在循环依赖设计上就有问题。vectorint topoSort(int n, vectorvectorint edges) { vectorvectorint g(n); vectorint indeg(n, 0); for (auto e : edges) { g[e[0]].push_back(e[1]); indeg[e[1]]; } queueint q; for (int i 0; i n; i) if (indeg[i] 0) q.push(i); vectorint res; while (!q.empty()) { int u q.front(); q.pop(); res.push_back(u); for (int v : g[u]) if (--indeg[v] 0) q.push(v); } return res.size() n ? res : vectorint(); }提示笔试时不要只丢代码建议在旁边附一句话说明你的思路阅卷人能更快get到你的点这也是拿过程分的关键。这道题的时间复杂度是O(VE)空间复杂度O(VE)。它考察的是你是否能把一个“游戏系统逻辑”快速抽象成数据结构问题并且熟悉经典算法的变式。如果题干改成“输出所有可能的学习顺序”那就需要结合回溯法你要能立刻反应过来问法变了算法核心也要跟着变。4.2 服务器场景题对象池设计与内存分配另一个高频方向是对象池。题目常以“服务器在战斗中频繁创建和销毁子弹/技能特效对象导致GC压力很大你会怎么优化”出现。这类题没有标准到能对答案的代码但考察的深度非常明确。对象池的核心理念是复用预分配一批对象用的时候从池里取用完了还回池里不做真正的销毁。实现上需要一个并发安全的容器和一个状态标记。这里要特别注意锁的粒度如果每次取都加全局锁高并发下锁竞争反而会成为新瓶颈。更稳妥的做法是thread-local池或分片锁每个线程维护自己的空闲列表线程间再通过一个低频的全局通道做对象回收。这样做的本质是用空间换时间把锁竞争从高频路径挪到低频路径。这样的追问往往没有标准答案但阅卷人眼里会有一个明确层级能答出对象池概念是第一层能指出锁竞争问题的是第二层能给出分片或thread-local方案的是第三层。你在笔试现场答得越靠后分越高。答题时如果时间充裕甚至可以把核心的acquire和release伪代码写出来让阅卷人直观看到你的实现思路。4.3 策划题设计一个好友助战系统策划岗的题型我来示范一个系统设计题的答题框架。假设题目是“为一个MMO设计好友助战系统”不要急着写设定先拆解目标这个系统是为了拉活跃、拉社交、还是拉付费不同的目标会推导出完全不同的规则。我建议的答法是这样的核心规则玩家可以借用好友的角色参与限定次数的日常副本每人每天最多助战3次助战角色不能用于PVP只用于PVE奖励与损耗被助战方消耗助战次数助战方获得友情点友情点可以兑换体力或养成材料。这里要放一个衰减公式比如前3次每次给10点之后每次减半最低给1点防止无限刷风险与反作弊同设备或同IP的判定机制对异常频繁的助战关系做收益递减处理后续扩展助战奖励与好友亲密度挂钩引入助战排行或助战成就为后续社交裂变留口子这套框架的好处是闭环有目标、有规则、有数字、有反作弊、有延展。哪怕你的数值设计得不是最优至少展示了你具备完整思考一款玩法的能力。空泛的描述在阅卷人那里一分都拿不到因为策划岗要的就是能落地的方案。4.4 考场时间分配与答题策略最后说考场策略。拿到卷子先花3到5分钟把整张卷子浏览一遍标注题目难度心里有个优先级。我建议的顺序是先做会做的、分值高的编程题再做简答题最后啃硬骨头。不会做的题千万不要空着把你想到的解题思路、复杂度、甚至伪代码都写上。笔试阅卷不是单纯对答案你展示的思考过程本身就能挣过程分。手写代码时要从左往右写变量命名清晰处理好空指针和数组越界。不需要上机跑通级别但要让阅卷人一眼看出你的代码在逻辑上是完整的。很多考生在考场上一紧张就开始乱涂乱画卷面一团糟哪怕思路对也不容易拿分。保持卷面干净、分段明确是一个成本极低但收益很高的加分动作。5. 踩坑记录与常见失分点盘点5.1 失分点1代码细节和边界条件先说最常见的失分点边界条件。笔试现场时间紧很多人写完主体逻辑就不管了觉得能跑通就行。但恰恰是那些空输入、单个元素、数据量很大的case最容易翻车。比如实现一个链表反转节点为null或者只有一个节点这两种情况必须单独处理。再比如用int做加法时要考虑溢出。这类问题不是你不会而是答题习惯不好。解决办法很简单每次写完代码在代码前先列三个边界输入用注释的形式写清楚预期结果。比如链表反转那道题先写// null - null、// 1 - 1、// 1-2-3 - 3-2-1再写实现。这样做有两个好处一是提醒自己别漏边界二是阅卷人能看到你有边界意识这在评分时非常加分。5.2 失分点2只写结论不写过程第二种很可惜的失分方式答案写得很肯定但完全没有推导过程。算法题写了结果却不写复杂度分析策划题给了方案却不解释为什么这么做。笔试和期末考不一样阅卷人更想看到你的思维链路而不是一个结论。我见过一个很典型的例子一道优化题答案就写了三个字“用缓存”。看似没错但不给缓存什么、什么时候失效、内存开销多大、怎么保证一致性这等于没答。如果写成“使用LRU缓存热点玩家数据键为玩家ID容量限制10000命中率估算约70%淘汰策略基于访问时间”一样的概念分数却完全不同。记住一个原则每个结论后面至少跟一句“因为”或“所以”。5.3 失分点3游戏引擎知识只背概念游戏专项题里背概念的人特别多。比如问“怎么减少Draw Call”很多人脱口而出“合批、LOD、遮挡剔除”但如果追一句“合批需要满足哪些条件”很多人就答不上来了。合批要求材质相同、贴图相同最好模型顶点格式也要一致任何一项不满足合批就会失败甚至可能因为状态切换反而变慢。这种细节才是阅卷人想看到的。准备这个方向建议不要只啃书可以打开引擎的Profiler实际看一下或者去看引擎的官方文档和开发者大会的技术分享。看到真实数据你对概念的理解会立刻上一个台阶。面试时如果面官追问你实际经验你也可以拿Profiler里的具体数据说话比单纯背书有说服力得多。5.4 失分点4策划岗答题空泛策划岗最怕的就是空泛。我前面反复强调现在用例子说透。如果题目问“设计一个签到系统”初级答案是“给玩家每天登录发奖励连续签到有更多奖励”。这个答案问题在于没有任何数字和规则来约束它。稍微好一点的答案是“设定7天一个周期第7天给稀有奖励中断后从第1天重新计算奖励呈指数递增”。再深入一点会考虑“奖励递增过快会拉大肝度和氪度差距所以第5天到第6天的奖励增幅要放缓让核心付费玩家和非付费玩家都在舒适区内”。策划笔试不是创意大赛是逻辑考试。你的设计可以不出彩但必须闭环不能留坑。每个规则都要经得起追问玩家会怎么利用这个规则最极端的玩家会怎样把这几个问题想清楚你的答题深度就自然上来了。5.5 笔试后的复盘与面试衔接最后说一个很多人忽视的点笔试结束不等于这件事结束了。每次笔试完趁记忆还热把题目和你的答案记录到错题本里每道题标注考察的知识点和你的失误点。这件事有两个直接好处。第一下次笔试前你有了私人定制的高频考点清单效率比盲目复习高一倍。第二面试环节面官经常拿着你的笔试卷来问你提前复盘过就能在面试里清晰地讲出“我当时为什么这么写其实还有更好的思路”。这种主动承认不足并给出改进方案的回答非常加分。每年都有考生笔试没过但因为复盘认真、态度诚恳被调剂到其他组去补面这种事情并不罕见。说起来我带过的实习生里能拿到雷火盘古最终Offer的几乎都有一个共同点他们不把笔试当成一次考试而是当成一次和项目组对话的机会。卷子上的每一道题其实都在帮你理解未来的工作场景你要处理大量并发、要设计自洽的系统、要在压力下保持逻辑清楚。你自己平时有没有真的写过代码、推演过设计在这样的笔试里是藏不住的。所以与其研究怎么“过”不如按照这份考察地图踏踏实实把底子打牢哪怕这次没过下次一定会有明显进步。一个人适不适合做游戏行业往往不是看他懂多少新名词而是看他能不能把手头的东西想透、做稳这一点在我这些年带人的经历里从来没变过。