2020年5月，我在两周内经历了一场完整的游戏公司面试过程，从投简历到收到最终反馈，前后跑了四轮。这不是什么大厂高难度面试，而是一家做自研手游的中型团队，但恰恰因为它的流程足够规范，反而值得拆开复盘。如果你正在准备游戏行业岗位，或者刚开始接触这类面试，这篇内容应该能帮你提前看清每一轮在考什么、该怎么准备，以及哪些看起来不起眼的细节，反而会决定你的去留。
游戏行业面试和互联网通用岗位面试有个明显的区别：它更看重“你做过什么”而不是“你知道什么”。光背八股文很难过关，面试官几乎一定会追问项目细节，甚至会让你当场设计一个玩法系统或数值模型。所以这篇文章我不只记录面试流程，还会把每轮问题的考察意图、我当时怎么回答的、以及事后反思出的更优答法一起写出来。
1. 先把“面什么岗位”这件事搞清楚
1.1 游戏公司面试不是一类面试，而是三类面试
很多人在准备游戏公司面试时会犯同一个错误：把所有游戏岗位当成一锅烩。实际上，游戏公司的岗位可以粗略分成三大类，每一类的考察方式差别极大。
第一类是客户端开发，重点在编程能力、图形学基础、引擎使用经验，面试时多半会有手写算法或渲染相关的问题。第二类是游戏策划，重点在玩法理解、数值建模、系统设计思维，面试会围绕你玩过什么游戏、怎么拆解玩法、怎么设计一个副本或经济系统展开。第三类是技术美术或引擎工具向岗位，重点在渲染管线、美术规范、性能和表现效果的平衡。
我面的这个岗位是客户端开发方向，所以文章的侧重点会偏向编程和技术基础，但其中关于面试礼仪、项目复盘、薪资谈判的部分，对策划和测试岗位也适用。
1.2 2020年5月这个时间点意味着什么
这个时间点有一个特殊背景：大量公司开始采用全程线上面试，笔试也转移到在线平台完成。和线下面试不同，视频面试的节奏、临场压迫感、交流方式都有变化。你需要习惯对着摄像头说话，习惯在共享屏幕里写代码，习惯没有白板的情况下用在线文档表达思路。
另外，2020年上半年游戏行业招聘需求经历了一轮波动。从求职者角度看，市场上放出的岗位数量并不少，但很多公司对候选人的筛选反而更谨慎了。原因很简单：远程协作下培养成本变高，公司更倾向于招进来就能上手的人。所以那段时间面试的重点会更集中在“项目经验真实性和深度”上，而不是侥幸靠刷几道题就能蒙混过关。
2. 投简历之后：真正拉开差距的是面试前的准备
2.1 简历上的项目描述要经得起追问
我投出简历后第三天接到了约面电话。当时我的简历上写了三个项目，其中一个是在校期间做的轻量级游戏Demo，另外两个是实习期间参与的功能模块。写简历的时候我并没有特别在意细节写法，结果第一轮笔试通过后，第二轮面试刚开始就被追问了一个我简历里一笔带过的系统。
那个系统是“背包物品拖拽排序”。我在简历上只写了“实现背包拖拽排序功能”这一句，面试官直接问：你的拖拽排序是怎么处理“拖拽到一半时取消操作”的？哪种数据结构适合频繁插入删除？渲染层和逻辑层怎么解耦？我当时的回答只能说个大概，明显感觉到对方的失望。
所以准备面试的第一件事，不是刷题，而是把自己简历里每一个项目都写成“项目复盘表”：项目背景、我的具体职责、用到的算法和数据结构、遇到的难点、怎么排查和解决的、能拿得出手的量化结果。面试官最喜欢从简历里挑一句话，然后无限往下问。你要是只停留在“我用了某某技术”这种表层，撑不过三轮追问。
2.2 刷题不能只刷平台上的热题，还要刷“游戏场景题”
游戏客户端岗位的算法题和通用后端岗位的算法题有一点差异：通用岗位更爱考动态规划、字符串处理、大数据处理，而游戏岗位更常出现矩阵操作、物理碰撞相关模拟、路径搜索、状态机相关题目。比如我这次笔试里就有一道围绕A*寻路的变体题：在一个二维网格中，角色每次可以向八个方向移动，但不同地形有不同移动代价，要求输出从起点到终点的最短代价路径。
这种题如果只会套Dijkstra模板，能写出来但不够出彩。面试官后续追问的往往是：如果地图很大，怎么优化内存？如果多个单位同时寻路，怎么避免重复计算？这些才是区分普通候选人和有实际项目经验候选人的地方。
准备这类问题时，我后来养成一个习惯：每刷完一道题，就自己在旁边写两行“这个算法在游戏里能用来做什么”。比如二叉堆可以用于怪物仇恨列表排序、BFS可以用于判断玩家是否可以到达某个区域、双缓冲可以用于渲染和逻辑分离。这个附带思考的过程会在面试中给你带来惊喜。
2.3 游戏引擎相关的基础知识必须提前梳理
客户端开发岗绕不开引擎。我当时重点准备的是Unity，因为它是我最常用的引擎。这里提醒一句：不要试图在简历上同时写“精通Unity”和“熟悉Unreal”，除非你真的达到专家级别。更多时候，面试官只需要确认你“真的用过”这个引擎，并且对它的核心机制有理解。
至少要能回答清楚这几类问题：生命周期函数的调用顺序是什么？为什么不能在Update里频繁Instantiate对象？物体旋转时用的是欧拉角还是四元数，区别在哪，什么时候会出问题？UI系统里Canvas的Overlay和Camera模式分别适合什么场景？对象池的原理和实现要点是什么？
我在面试前把这些内容整理成了一页思维导图，每个问题下面都写了“一句话答案”和“实际项目中我遇到过的例子”。这个动作非常有用，因为它强制我用自己的话把知识点讲出来，而不是机械地背官方文档。
3. 面试全程实录：四轮分别是怎样筛选人的
3.1 第一轮是线上笔试：时间紧，区分度大
我收到的笔试链接是一个在线评测系统，限时90分钟，共四道题。题目不算特别难，但时间刚好卡在“做得完但没时间检查”的边界上。
我记得最后一道题是类似“计算角色从A点到B点，按抛物线轨迹移动时，给定任意时刻T，求当前位置”。这题本质是小学抛物运动公式，但要求你考虑单位换算、屏幕坐标系和逻辑坐标系的差异，还要处理时间越界情况。我花了大概25分钟完成，没有用任何复杂库，纯手写实现。
这里有个非常实用的建议：笔试开始前先花三分钟把四道题全部扫一遍，先做最有把握的题，再啃难题。我当时先做了第二道和第三道，回头才做第一道和第四道，把宝贵的思考时间留给了高分题。见过不少同学一道题卡住就不肯跳过，最后三道题全部时间不够，这就是典型的策略失误。
笔试结束后第二天下午，我收到了通过通知，约了下一轮视频面试。
3.2 第二轮是技术基础面：会被问到“手心出汗”的交叉问题
第二轮面试官是项目组的资深工程师，全程大概一小时。上来先问了我十分钟项目，然后进入了算法手写环节。第一道题是“给两个数组，找出它们的交集”，这很简单，用哈希表就能解决。但他马上追问：如果两个数组都是有序的，能不能降低空间复杂度？如果数组长度差异特别大，怎么做更划算？如果结果需要去重，你会怎么写？
这个问题让我意识到游戏公司面试的特点：表面是基础题，实际上在考察你有没有边界思维和处理数据规模的意识。真正的实战中不会给你一个干干净净的小数组，你面对的往往是几万甚至几十万条数据，所以时间复杂度、空间复杂度、边界条件才是考察重点。
接下来他问了一道行动逻辑题：假如游戏里有一个NPC巡逻系统，需要NPC在几个设定点之间来回移动，你会怎么设计？这个问题不算算法题，更像系统设计。我需要用代码描述状态、路径目的地、移动速度、到达判定。我当时用了一个简单的状态机结构，定义枚举、更新函数、到达距离阈值判断。面试官点头后追问：“如果NPC在移动途中被玩家攻击了，要怎么切换状态而不丢失目标点？”这个问题想考的就是实际开发中的状态管理能力。
现在回想，我能过关靠的不是答得多惊艳，而是全程没有冷场。哪怕一时没思路，我也会先说出自己准备怎么拆解题目，再动手写代码。面试官要的不只是正确答案，他更想知道当你卡住的时候，思考过程是否清晰。
3.3 第三轮是项目深挖面：说的每一句话都要有“证据链”
这一轮是部门负责人面的，也是最难的一轮。他没有问我“你用过什么技术”，而是直接说：“挑一个你最有成就感的项目，详细讲一下从立项到交付的全过程。”
我选了实习期间参与的一个实时战斗玩法模块。开始讲得还算顺畅，但当我提到“我负责客户端表现优化”后，他的问题一个接一个：你优化前帧率是多少？你用什么工具定位到瓶颈？你把开销降了多少？降了之后是哪个模块变成了新的瓶颈？用了对象池之后内存增量减少了多少？
这些问题如果你没有实际做过，是很难编出来的，因为每个数字之间都有因果关系。我当时有几个数据记得模糊，只能如实说“具体数字需要回去查一下”，面试官并没有为难我，但我知道这部分是丢分项。
项目深挖面的本质是查重，查你简历注水。最好的应对方式只有一条：做过的项目，提前把所有技术细节和量化数据记清楚。没做过的模块不要往简历上写。宁可少写一个项目，也不要写一个经不起推敲的功能。
这轮面试还问了一个开放设计题：如果让你为一个MMO游戏设计一个“钓鱼玩法”，你会考虑哪些方面？我当时从角色行为状态、鱼群刷新机制、数值投放、收益产物、防挂机检测五个方面答了一遍。他听完没有评价对错，只说了一句“考虑的维度比我想象中多”。这种题没有标准答案，考的是你能否站在系统设计角度思考，而不是只盯着某个功能点。
3.4 第四轮是HR面：面的是你的稳定性与沟通方式
HR面看起来最轻松，实际上淘汰率并不低。除了常规的“为什么选择我们公司”、“离职原因”、“期望薪资”之外，HR更关注你能否融入团队。游戏开发是强协作环境，一个沟通成本高的人，哪怕技术再好也会被扣分。
她问了我一个问题：如果你的策划案让你觉得实现不了，但策划坚持要做，你会怎么处理？我当时的回答是：先不立刻拒绝，而是把实现成本拆成“时间成本”和“技术风险”两部分，给策划讲清楚，同时提出一个折中方案。如果策划坚持原方案，我可以做一个小型原型验证可行性，用真实结果来判断。
这种回答没有标准模板，但关键是你能不能展现出“面对冲突时以解决问题为目标”的态度。搞技术的很容易陷入“这个做不了”的对抗心态，但面试官想看到的是，你愿意站在产品角度想问题，同时还敢于明确表达风险。
4. 面试题目拆解：这些题的“送命题”陷阱在哪里
4.1 哈希表交集的后续：有序数组的优化思路
前面提到的“两数组找交集”题，参考答案是哈希表，时间复杂度O(n+m)，空间复杂度O(min(n,m))。但面试官追问有序数组时，标准思路是双指针。两个指针分别从两个数组头部开始，谁小谁移动，相等就记录结果。
这道题真正的加分点在于，你要在写代码前主动问清楚：输出是否要求去重？数组里可能存在重复元素，去重逻辑应该放在哪里？如果两个数组都很大但一个极短，可以只对短数组做哈希，再遍历长数组判断。你在面试中把这些边界条件说清楚，就比直接默写“双指针”要强得多。
4.2 NPC巡逻状态机：怎么设计才不算“玩具级”
这道设计题容易犯的错是只写一个Update函数，然后用一堆if else判断方向。真正可扩展的做法是用状态模式：定义Patrol、Chase、Return三个基础状态，每个状态有Enter、Execute、Exit三个步骤。在Patrol状态下，维护一个目标点队列，到达当前目标后切换下一个。
到达判定不能直接用坐标相等，而应该比较距离是否小于某个容忍值，比如0.1米。因为浮点数的误差和移动速度都会导致坐标永远不精确相等，这是游戏开发中常见的坑。被攻击时要能打断当前状态，记录上一个目标点，进入Chase状态，追击结束后返回之前的目标点。这套逻辑不仅适用于NPC，也适用于玩家角色的技能状态、动画过渡、AI行为切换。
4.3 钓鱼玩法的设计维度：从规则到数值到反馈
这道开放题我的回答结构大体是：确定行为流程，钓鱼这个行为需要有“抛竿-等待-咬钩-收线-结算”五个阶段；考虑玩家体验，等待阶段不能太无聊，要加入随机事件和稀有鱼提示；设计收益曲线，基础鱼币价值低但获取稳定，稀有鱼概率控制在百分之几，产出高品质材料；防挂机，不能让玩家挂机自动钓鱼，所以等待阶段要有微操作，比如咬钩瞬间点击屏幕，这既是防呆也算玩法本身。
面试官听的其实是“你有没有做过或者深入拆解过类似系统”。我后来把这个思路整理成了一篇文档，把钓鱼做成一个通用“采集玩法”模板，内部包含时间投入、概率投放、操作反馈三个维度。这套思考框架在后来的工作中也确实帮到了我。
4.4 为什么面试官要问“你没有做过的问题”
很多候选人会因为遇到没做过的设计题而慌张，这是最亏的。面试官不会指望你答出完美方案，他只是想看你在陌生问题面前怎么展开思考。正确做法是：确认需求边界，比如目标平台是什么、玩法时长多少、核心乐趣在哪；拆解模块，把系统分成流程、状态、数值、表现、反馈几个部分；给优先级，先保证核心循环完整，再谈扩展性和防作弊。
只要这三点做到了，“答得对不对”反而没那么重要。哪怕是外行方案，只要有逻辑、有层次，面试官都能从中看到你的潜力。
5. 复盘与避坑：写下来的才是真正属于自己的经验
5.1 我把这次面试中的三个失误列成了清单
第一个失误是项目数据记不牢。问CPU耗时的时候，我说“大概降了30%”，面试官追问用什么工具测的、测试场景是什么，我答得不够准确。正确做法是提前把项目优化前后数据做成一张对比表，附上测试工具名称和测试场景说明，哪怕面试官不细问，你在叙述时也会更有底气。
第二个失误是前面提到的背包拖拽排序。这提醒了我简历里每一项技术点都可能被深挖，所以“简历写什么”必须等于“你会什么”，而不是“你听过什么”。哪怕一个功能很小，只要写上去，就要准备出一套完整的讲解路径。
第三个失误是HR面问期望薪资时，我迟疑了一下。迟疑会让对方觉得你没想清楚自己的定位。之后我的做法是提前去了解市场行情，结合岗位要求给自己定一个合理范围，面试时说“我的期望是XX，但更看重平台和项目方向”，干脆且坦诚。
5.2 这次面试里给我加分的五个小细节
除了失误，我也确实验证了几个有用的经验。
第一，我在视频面试时把面试官提到的关键问题记录下来，并在回答后用一句话总结：“所以这个问题的核心是……”这个动作让面试官明显感觉到我是在思考而不是背答案。
第二，手写代码时我用了共享屏幕中的在线文档，写之前会先声明“我习惯先理一下思路再动手”，短暂安静几秒钟后开始写，节奏反而更稳。
第三，在回答“为什么对方公司”的问题时，我提到了自己体验过他们产品的某个具体系统，并给出了两点改进建议，而不是泛泛说“我觉得公司很好”。这种基于产品细节的反馈非常加分。
第四，面试结束后我主动追问了一句：“你觉得这个岗位最重要的考核点是什么？”这不仅能帮你判断面试结果，也能让你在后续面试中调整策略。
第五，整个流程期间我保持了一份“面试进度表”，每次面试结束后的当晚就把问题、回答、面试官追问、当时的情绪状态全部记录下来。这份记录成了我后续所有面试准备的核心材料。
5.3 常见问题速查表：每一轮的核心得分点
| 环节 | 核心考察点 | 丢分重灾区 | 加分策略 |
|---|---|---|---|
| 笔试 | 基础算法、边界处理、时间分配 | 卡题不跳、不写注释 | 先扫题后做题，留时间复查 |
| 技术面 | 语言基础、引擎机制、逻辑思维 | 只答结论不展示过程 | 边说边写，每步解释为什么 |
| 项目面 | 真实参与度、技术深度、量化能力 | 简历写太满、数据记不清 | 做成复盘表，每个功能都能细讲 |
| 设计面 | 系统思维、边界确认、优先级判断 | 直接给方案，不问需求 | 先确认边界，再按模块拆解 |
| HR面 | 稳定性、沟通风格、自我认知 | 抱怨前东家、薪资回答犹豫 | 坦诚谈期望，体现合作意识 |
6. 面试结束后：无论结果如何，都要把这件事做完
面试结束后我做了两件事。第一件事是给面试官写了一封简单的致谢邮件，内容很简短，大意是感谢面试时间，顺便补充说明了一下第二轮里没有答好的那个数据问题。这个动作不一定能改变结果，但如果你真的进入了候选池，它可能会让你在被犹豫的边缘被拉回来。
第二件事是做了那个被我拖延很久的复盘文档。我把面试中所有问题分类成“基础算法”、“引擎知识”、“项目细节”、“开放设计”、“HR常规”五类，然后给每一类标注了自己当时的熟练度和后续提升方向。做完这份文档后我心里踏实多了，因为不管这本这次过没过，我手里已经有了一份可以指导后续学习的地图。
后来我收到了这家公司发来的通过邮件，但综合考虑岗位方向、项目类型和个人规划后，我没有接这个offer。薪资和Title的那一刻确实很诱人，但我更看重的是未来两年我能在什么类型的项目上积累经验。这里也分享一个判断标准：不要只看当前薪资，要看你做的项目在市场上有没有积累价值，你的职位能不能接触到核心系统，你的团队老大有没有带人经验。
如果你正在准备游戏公司面试，最后再给你一个直接的建议：每次模拟面试时，把你的回答用录音录下来，回放时你会发现大量自己没意识到的口头禅和逻辑断点。我试过之后才发现，自己紧张时习惯说“然后”这个词，而且一说完就停顿，听感非常差。改掉这个习惯后，后续面试的整体节奏都顺畅了不少。这个办法成本接近零，但效果比多刷五十道题都明显。
