2023年求职季刚拉开序幕的时候我第一时间投了4399的游戏开发岗。作为学了一肚子图形学、天天在引擎里折腾渲染管线的人我对这种老牌游戏公司的笔试其实心里没底——它的内容通常不按套路出牌网上能搜到的往年题目又零散。等真正坐在笔试界面前面做完那一整套题我才算把游戏开发岗笔试的考察逻辑摸了个大概。这篇就把我的复盘和准备过程完整写出来给后面要参加游戏开发笔试的同学一个参照也帮大家少走我当时走过的弯路。游戏开发岗的笔试和一般后端开发笔试有本质区别。后端笔试喜欢考高并发、分布式、网络协议但游戏公司更关心你的时间复杂度和空间复杂度之外的东西——你怎么处理游戏对象之间的交互、怎么做碰撞检测优化、怎么用数学知识解决游戏逻辑问题。这些思路上如果没提前转过弯来考场上很容易懵。我这次考完最大的感受是游戏开发笔试拼的不是你会多少奇技淫巧而是你对游戏开发底层原理有没有真正吃透。1. 整体笔试流程与考察重点拆解1.1 笔试形式和流程从投递简历到笔试开考的完整时间线4399的秋招流程是网申投递、在线笔试、技术面、HR面。我大概是投完简历一周左右收到的笔试通知通过邮件发送里面附了笔试链接和考试时间段。这点要提醒一句邮件一定要仔细看尤其是考试时间区间和笔试链接的有效性。我当时差点把笔试链接当成垃圾邮件忽略掉幸好提前习惯性地翻了邮箱的垃圾箱不然就错过了一次宝贵的机会。笔试形式是牛客网在线作答整套题固定时间150分钟题量在40道左右分为单选、多选、填空、编程题和一道综合设计题。这里有个很关键的细节——手机和电脑端都能登录笔试系统但编程题必须用电脑做最好提前把电脑摄像头和浏览器调试好。我记得考试要求里有注明“建议使用Chrome浏览器”实际用下来确实比其他的稳定不会有代码自动保存失败这种坑。整套题目的时间压力其实不大真正的问题是知识面铺得特别开。单选多选覆盖了C、操作系统、计算机网络、数据结构和算法后面编程题和综合题才是拉开差距的地方。我的整体策略是选择题快速作答拿准分数编程题留足时间思考和调通综合设计题按条理写出思路框架而不是堆砌细节。1.2 考察模块和权重游戏公司到底想通过笔试筛选什么样的人从这次笔试的题目分布看游戏开发岗的考察模块可以拆成这么几块按权重排序模块占比考察内容我的体感难度C/C语言基础30%指针、内存管理、虚函数、STL、构造析构中等数据结构与算法30%二叉树、链表、动态规划、搜索中上游戏数学与物理15%向量运算、矩阵变换、碰撞检测原理中等操作系统与网络10%进程线程、锁、TCP/UDP、内存分配中等游戏开发综合15%引擎生命周期、设计模式、游戏逻辑题较难我个人理解这套权重背后的逻辑游戏公司要的是能直接上手写业务逻辑的人所以C和算法是基本盘这决定你能不能干活游戏数学和物理是区分度这决定你能不能干好游戏。操作系统和网络考察的其实是你处理网络同步、资源加载、多线程渲染这些实际问题的能力。跟后端笔试最大的不同在这道综合设计题上。它不会让你设计一个订单系统或者秒杀系统而是给你一个游戏场景比如“设计一个RPG战斗中的技能释放系统”或者“实现一个背包系统的物品交换逻辑”需要你用文字和伪代码把完整设计写出来。这种题没有标准答案但考察的是你站在游戏开发者的角度思考问题的能力——有没有考虑性能、复用、扩展性会不会用设计模式懂不懂游戏循环的节奏。很多同学在这道题上随便写几行就交卷了实际上这是最能体现你专业度的一道题绝对值得认真对待。1.3 岗位方向与题目偏好的关联这里还要提一个容易被忽略的点游戏开发岗本身可以细分很多方向客户端、引擎、图形、游戏逻辑、服务器等不同方向笔试侧重点会有差别。我投的是游戏客户端开发方向所以题目重心偏C、数据结构和Unity/引擎相关知识。如果是服务器方向网络编程和并发题量会多一些如果是引擎方向图形学和底层机制会更深入。我建议在准备笔试之前先想清楚自己投的是哪个方向然后针对性复习。没有方向的笼统复习效率会低很多。我当时提前把招聘JD翻出来细读了一遍对照里面列出的技术要求一项一项过这样准备起来心里有底得多。2. 核心知识点解析与刷题准备2.1 C/C语言基础游戏开发岗笔试的敲门砖这一块是笔试的重头戏选择题里占了大半。很多同学觉得C大学里学过就没复习结果考试时发现考的都是平时没注意过的细节。我这次遇到的知识点有虚函数表和虚函数调用的实现原理、结构体和类的内存对齐、shared_ptr和unique_ptr的底层实现区别、C11/14新特性移动语义、lambda表达式、auto等。给大家列一份我的复习清单照着这个过一遍基本不会漏指针和引用的区别、野指针和内存泄漏的成因构造函数、析构函数、拷贝构造函数、移动构造函数的调用时机虚函数、纯虚函数、虚继承的作用和底层实现STL容器vector、list、map、unordered_map的底层数据结构和时间复杂度智能指针的实现原理和循环引用问题内存对齐规则和sizeof的计算malloc与new的区别、进程的内存布局刷题的时候不要只看知识点要动手写代码验证。我复习虚函数时自己写了一个简单示例验证了基类指针调用虚函数时实际调用的子类实现把编译器的行为跑了一遍才真正理解。单纯背概念应付选择题够用但后面编程题里遇到设计模式相关的场景题需要你对这些底层机制有真正的直觉理解。2.2 数据结构与算法不刷题真的会吃亏算法这块没什么捷径就是刷题。但游戏开发岗的算法题有自己的偏好——不是很喜欢考纯ACMC选手青睐的复杂数据结构和偏难怪题而是更喜欢贴近实际场景的题目比如路径搜索、碰撞检测的优化、游戏状态的存储与遍历。我这次遇到的三道编程题分别是实现一个简单的LRU缓存、二叉树的锯齿形层序遍历、以及一道带权的最短路径变形题。这三道题都在LeetCode上有类似题型难度中等关键是你得能在限时内把它写出来还要处理输入输出的格式。我的刷题建议是重点是二叉树各种遍历、链表反转、合并、删除、动态规划背包类、状态转移、图最短路径、DFS/BFS、哈希表。不要光刷题不总结每做完一题整理成自己的模板比如树的遍历模板、二分模板、DP写法模板。限时训练很重要笔试做算法题的时候心态和平时练习完全不一样提前适应。2.3 游戏数学与物理知识很多人忽略的隐形门槛这段我特别想展开讲因为很多准备游戏开发笔试的同学把精力全放在了刷题上结果在数学题上翻了车。游戏开发笔试中常考的数学知识主要有向量的加减法、点积、叉积及几何意义矩阵的乘法、旋转矩阵、缩放矩阵、平移矩阵四元数的基本概念和与欧拉角的区别坐标系变换、世界坐标/局部坐标的转换常用物理公式重力加速度下物体的运动、碰撞后的动量守恒很多人以为这些知识进了公司再学就行但笔试真的会直接出题。比如我遇到的选择题里有一道给了一个向量问它和另一个向量点积的几何意义是什么还有一道关于四元数为什么比欧拉角更适合表示旋转的问题。这些其实都是图形学和游戏引擎的日常知识如果你对Unity的Transform组件底层原理有了解答这种题是秒选的。综合题部分我印象很深——设计一个2D横版跳跃游戏中角色的移动与控制逻辑需要考虑惯性、加速度、跳跃高度、碰撞检测与地面检测。这种题本身就是游戏数学和物理知识的综合应用说难也不难但没有相关积累就很难写出让人满意的方案。2.4 游戏引擎知识与设计模式专业度的分水岭笔试里虽然不会让你直接写Unity脚本但会通过选择题和综合题考察你对游戏引擎的理解。比如Unity的MonoBehaviour生命周期Awake、OnEnable、Start、Update、FixedUpdate、LateUpdate、OnDisable、OnDestroy的执行顺序、固定时间步长的作用、Update和FixedUpdate的区别、游戏对象和组件的设计理念。设计模式也是高频考点。单例模式、观察者模式、状态模式、工厂模式在游戏开发中极其常用尤其是状态机和观察者模式几乎任何游戏逻辑里都离不开它们。笔试里的综合设计题如果你能用状态机来描述一个角色的“待机-移动-攻击-受击-死亡”状态流转配上状态转换的条件说明这个答案的专业度立刻就不一样了。我当时复习设计模式时没有死记硬背每个模式的定义而是想清楚了它们在游戏开发中的应用场景单例模式游戏管理器、音频管理器、UI管理器观察者模式回合制游戏中事件通知角色死亡通知技能栏刷新、成就系统监听击杀事件状态模式角色动画状态切换和AI行为逻辑对象池模式子弹、特效、怪物的重复创建销毁优化这里是一个常被忽略的点游戏开发笔试非常看重你对“模式”的理解是否落地到实际场景。如果你只会背定义遇到“设计一个多人对战游戏的技能冷却系统”这种题就不知道如何下手了。3. 实操过程与核心环节实现3.1 选择题部分的实操策略快、准、狠我拿到试卷后没有按顺序死磕而是先把所有题目快速扫了一遍把有把握的题先做了不会的标记出来回头再看。这样效率很高避免了在一道单选题上耗掉10分钟导致后面编程题时间不够的悲剧。选择题里有一个我很想特别提醒的点多选和单选混在一起出的时候千万别用单选的思维方式去做多选。我当时就差点在一道C多选上栽了跟头——题目问“哪些操作会引起编译错误”我按单选思路选了一个选项实际上正确选项是三个。后来我强迫自己每题都先判断是单选还是多选再动手选。做C基础的选择题时我建议用排除法叠加“代码推演”的方式。比如题目给了这样一段代码class A { public: virtual void func() { cout A; } }; class B : public A { public: void func() { cout B; } }; int main() { A* ptr new B(); ptr-func(); }这种题你光记住“虚函数会调用子类实现”是不够的还得意识到如果把virtual去掉结果就会变成输出A。笔试很喜欢在这种细节上挖坑所以看到代码题先不要急着选自己推演一遍完整的调用过程。3.2 编程题实操全过程从审题到调通编程题一共三道我大概用了80分钟完成。这里分享一道印象最深的题——“实现一个简单的LRU缓存”因为这道题非常有游戏开发的代表性它考察了哈希表和双向链表的组合使用也是游戏资源缓存、纹理管理中的核心数据结构。拿到这道题后我的思路分解是这样的明确需求实现get和put两个操作get需要在O(1)时间内返回put需要淘汰最近最少使用的数据。确定数据结构组合哈希表存key到链表节点的映射双向链表维护访问顺序。编写核心逻辑每次get时把访问的节点移到链表头部每次put时如果key已存在更新value并移到头部如果不存在插入头部并检查是否超过容量超过则删除尾部节点。手写完整代码并用示例走一遍逻辑。这里我踩了一个很经典的坑双向链表删除尾部节点后忘记在哈希表中同步删除对应的key导致缓存中残留脏数据。我在自测阶段发现这个问题并修复了过程虽然简单但如果在考试中没跑测试用例直接交卷这道题就大概率拿不到满分。整个做题过程中我坚持一个原则先写注释再写代码。每写一个函数前用注释说明它的作用和输入输出这样即使代码没有完全调通批卷人也能看到你的思路和逻辑多少能挽回一些分数。这个习惯在面试手撕代码时同样好用。3.3 综合设计题的完整思路展示从场景分析到方案落地前面提到的那道2D跳跃游戏的角色控制设计题我把答题思路完整梳理一遍大家可以参考我的解题框架。第一步是场景分析。我先把游戏角色的行为拆出来待机、移动、跳跃、下落、落地。然后指出这个系统需要处理的核心问题是角色的水平移动速度、垂直方向的重力加速度、跳跃初速度、地面检测的可靠性和碰撞体的交互。第二步是技术方案设计。我会用状态机描述角色状态IDLE - RUN: 水平方向按下移动键 RUN - IDLE: 松开移动键 IDLE/RUN - JUMP: 按下跳跃键且角色在地面上 JUMP - FALL: 角色垂直速度小于0 FALL - IDLE/RUN: 角色落地检测通过第三步是具体实现细节。这里我会写一些伪代码比如角色水平移动horizontalMove Input.GetAxis(Horizontal) * moveSpeed rb.velocity new Vector2(horizontalMove, rb.velocity.y)以及跳跃的处理if (Input.GetButtonDown(Jump) isGrounded) { rb.velocity new Vector2(rb.velocity.x, jumpForce); }然后是地面检测的两种实现方式及其优缺点使用Collider2D的IsTouchingLayers或者通过Raycast向下发射一条射线检测。我会倾向用射线检测因为可控性强能方便地控制检测距离和检测层。最后还会补充一些性能优化和边界情况的考虑比如如何在高速移动时避免穿透碰撞体、如何用对象池优化角色脚下尘土特效的创建、如何处理角色在斜坡上滑动的特殊场景。这些细节不用写太多但每写一个都展现了真实项目经验比泛泛而谈“用Unity实现”要打动人得多。3.4 整体时间分配150分钟最好的节奏我这次150分钟的时间分配是这样的写出来给后面的人参考前40分钟所有选择题单选多选中间70分钟三道编程题最后30分钟综合设计题剩余10分钟检查答题卡、确认没有漏题、检查代码格式这个节奏踩下来比较舒服不会太紧也有冗余量。如果选择题遇到卡壳我会在两分钟内做决定先蒙一个标记出来后面回头再看。编程题的分配是第一道简单题15分钟第二道中等题25分钟第三道较难题30分钟。设计题30分钟是因为它需要组织语言、画流程图手绘概念图给出完整方案。时间分配的原则是把最充裕的时间留给最能体现区分度的部分——编程题和综合设计题。选择题再纠结也就两三分一道编程题做对一道就能拉开差距。4. 常见问题与排查技巧实录4.1 笔试环境准备中最容易翻车的5件事我在网上刷帖子的时候看到很多人吐槽笔试时遇到的问题自己也踩过一些小坑总结成以下列表提醒大家浏览器兼容性问题建议使用Chrome不要用360浏览器或IE。牛客系统偶尔有代码编辑器加载异常的情况刷新可以解决。网络稳定性笔试过程中断网会非常难受。有条件的话用网线连接或者确保WiFi信号稳定避免视频监控卡顿影响考试资格。摄像头权限游戏公司笔试一般要求开摄像头监控。考试前半小时就打开笔试链接测试确认摄像头、麦克风权限都给了浏览器。草稿纸和笔虽然在线笔试但综合设计题你一定会想画图、写思路。提前准备空白的A4纸和笔比在对话框里硬写舒服得多。手机静音和免打扰我有个朋友考试途中被电话打断了思路之后节奏就乱了。考试前把手机调成勿扰模式放在够不到的地方。很多同学觉得这些是小事真正考试时才发现环境问题会极大地消耗你的注意力和情绪。你想如果正在做一道动态规划题系统提示你的摄像头没检测到人脸你会不会被吓出一身冷汗提前把所有能测试的都测一遍避免这种意外是很必要的。4.2 编程题提交时常见的逻辑漏洞和边界条件编程题失分的原因往往不是算法想不到而是细节没处理好。我这次自己做题和复盘时总结了几个高频漏洞列在这里数组越界遍历数组时没有处理好边界条件。比如在实现搜索二叉树时访问了空节点的左右子树。整型溢出计算中间结果时没有用long long。在游戏中坐标运算、伤害计算都容易产生大整数这个习惯要提前养成。空指针/空容器链表题中头结点为空或者树题目中根节点为空很多同学直接就崩了没有做空判断。输入输出格式在线笔试的编程题通常要求从标准输入读取然后标准输出结果。C选手注意字符串的读入可能含空格需要用getline。重复计算动态规划题没有做状态缓存导致递归超时。我在作答时养成了一个好习惯写完一道题别急着提交自己在脑海里构造几个测试用例包括正常输入、边界输入空、最小、最大、特殊输入重复值、全部相同快速过一遍。这些自测用例不需要写进代码但在脑子里推演一遍能发现很多明显的逻辑问题。4.3 综合设计题怎么答才能让面试官觉得你有实战能力我后来和拿到终面机会的同学聊天复盘综合设计题给分高的答题方式共同点是用结构化方式组织答案同时插入真实的项目细节。我很建议的答题框架是需求分析、技术选型、核心逻辑设计、关键伪代码、性能优化与边界情况。这五个部分按顺序写下来清晰又有层次。另外在描述实现方案时不要只说“我用Unity实现了这个功能”而是补充一句“在我之前的课程设计项目中我用Unity实现过一个类似的系统当时遇到的问题是X最终通过Y解决”。这种真实感是任何标准答案都给不了的面试官一看就知道你是真写过代码的人而不是背了一肚子概念来考试的。4.4 笔试后的复盘方法论从失利到下一次从容笔试结束后我的习惯是把所有还记得的题目整理到一个文档里分门别类地记录哪些题答得流畅、哪些题模棱两可、哪些题完全没有思路。这个复盘不是走形式下次面试官问起这部分知识时你能精准回忆起来并给出更完善的答案。我当时就发现自己在四元数相关的知识上薄弱于是笔试后专门花了一个周末把四元数和矩阵的转换公式推了一遍用Unity写了一个简单的相机跟随脚本验证了一下旋转效果。这个知识点后来在面试环节真的被问到了当时就庆幸自己复盘时把这个坑填了。这里给一个具体的复盘模板笔试后当天晚上照着填就行题目所属模块我的答案状态最终正确答案/思路需要补的知识点例四元数与欧拉角游戏数学猜的四元数避免万向锁适合插值四元数乘法、旋转矩阵转换别看这个表简单坚持用下来你会发现自己对知识盲区的敏感度越来越高下次准备笔试时会清楚地知道该往哪个方向使劲。5. 阶段反思与实际体验五十分钟的考试走出考场的那一刻我才真正意识到游戏开发岗的笔试远不是刷几道LeetCode、背几个八股就能应付的。它真正考验的是你有没有用游戏开发者的思维方式去解决问题——当你看到一道关于碰撞检测的题时你有没有想过游戏里成百上千个物体的碰撞检测如何优化当你写一个背包系统时你有没有考虑过玩家快速连续点击时怎么保证数据一致性以我这届的经验来看笔试只是第一关后面还有至少两轮技术面但笔试的覆盖面其实已经间接告诉了你公司对游戏开发岗的能力要求。你完全可以借着准备笔试的机会把整个知识体系系统梳理一遍。这不仅是应付一道题、一个考试而是帮你建立一个完整的游戏开发知识框架——从语言基础到数据结构和算法从数学知识到设计模式再到具体的引擎开发。我个人的体会是准备这类笔试最忌讳“想当然”。我见过一个同学平时游戏玩得特别多觉得做游戏开发是顺理成章的事情结果笔试时被一道内存对齐的选择题问住了。玩游戏和做游戏是完全两码事你对游戏机制有深度的理解是优势但技术底子不够扎实笔试这关就是过不去。最后分享一个小技巧做题前先把姓名、手机号这些基本信息填好然后花三分钟浏览整套试卷。不要小看这三分钟它让你对整个试卷的难易分布有全局把握做题时就不会慌。这是我在多次考试中验证过的有效方法虽然听着简单但真正能做到的人并不多。希望这篇笔试复盘能帮到正在准备游戏开发岗的同学。如果你正在复习路上的话照着上面说的知识模块逐项过再刷几套模拟题找找手感笔试没有想象中那么可怕。祝大家都能拿到心仪的offer咱们游戏行业见。 4399游戏开发岗笔试复盘：吃透C++底层与游戏数学是关键
2023年求职季刚拉开序幕的时候我第一时间投了4399的游戏开发岗。作为学了一肚子图形学、天天在引擎里折腾渲染管线的人我对这种老牌游戏公司的笔试其实心里没底——它的内容通常不按套路出牌网上能搜到的往年题目又零散。等真正坐在笔试界面前面做完那一整套题我才算把游戏开发岗笔试的考察逻辑摸了个大概。这篇就把我的复盘和准备过程完整写出来给后面要参加游戏开发笔试的同学一个参照也帮大家少走我当时走过的弯路。游戏开发岗的笔试和一般后端开发笔试有本质区别。后端笔试喜欢考高并发、分布式、网络协议但游戏公司更关心你的时间复杂度和空间复杂度之外的东西——你怎么处理游戏对象之间的交互、怎么做碰撞检测优化、怎么用数学知识解决游戏逻辑问题。这些思路上如果没提前转过弯来考场上很容易懵。我这次考完最大的感受是游戏开发笔试拼的不是你会多少奇技淫巧而是你对游戏开发底层原理有没有真正吃透。1. 整体笔试流程与考察重点拆解1.1 笔试形式和流程从投递简历到笔试开考的完整时间线4399的秋招流程是网申投递、在线笔试、技术面、HR面。我大概是投完简历一周左右收到的笔试通知通过邮件发送里面附了笔试链接和考试时间段。这点要提醒一句邮件一定要仔细看尤其是考试时间区间和笔试链接的有效性。我当时差点把笔试链接当成垃圾邮件忽略掉幸好提前习惯性地翻了邮箱的垃圾箱不然就错过了一次宝贵的机会。笔试形式是牛客网在线作答整套题固定时间150分钟题量在40道左右分为单选、多选、填空、编程题和一道综合设计题。这里有个很关键的细节——手机和电脑端都能登录笔试系统但编程题必须用电脑做最好提前把电脑摄像头和浏览器调试好。我记得考试要求里有注明“建议使用Chrome浏览器”实际用下来确实比其他的稳定不会有代码自动保存失败这种坑。整套题目的时间压力其实不大真正的问题是知识面铺得特别开。单选多选覆盖了C、操作系统、计算机网络、数据结构和算法后面编程题和综合题才是拉开差距的地方。我的整体策略是选择题快速作答拿准分数编程题留足时间思考和调通综合设计题按条理写出思路框架而不是堆砌细节。1.2 考察模块和权重游戏公司到底想通过笔试筛选什么样的人从这次笔试的题目分布看游戏开发岗的考察模块可以拆成这么几块按权重排序模块占比考察内容我的体感难度C/C语言基础30%指针、内存管理、虚函数、STL、构造析构中等数据结构与算法30%二叉树、链表、动态规划、搜索中上游戏数学与物理15%向量运算、矩阵变换、碰撞检测原理中等操作系统与网络10%进程线程、锁、TCP/UDP、内存分配中等游戏开发综合15%引擎生命周期、设计模式、游戏逻辑题较难我个人理解这套权重背后的逻辑游戏公司要的是能直接上手写业务逻辑的人所以C和算法是基本盘这决定你能不能干活游戏数学和物理是区分度这决定你能不能干好游戏。操作系统和网络考察的其实是你处理网络同步、资源加载、多线程渲染这些实际问题的能力。跟后端笔试最大的不同在这道综合设计题上。它不会让你设计一个订单系统或者秒杀系统而是给你一个游戏场景比如“设计一个RPG战斗中的技能释放系统”或者“实现一个背包系统的物品交换逻辑”需要你用文字和伪代码把完整设计写出来。这种题没有标准答案但考察的是你站在游戏开发者的角度思考问题的能力——有没有考虑性能、复用、扩展性会不会用设计模式懂不懂游戏循环的节奏。很多同学在这道题上随便写几行就交卷了实际上这是最能体现你专业度的一道题绝对值得认真对待。1.3 岗位方向与题目偏好的关联这里还要提一个容易被忽略的点游戏开发岗本身可以细分很多方向客户端、引擎、图形、游戏逻辑、服务器等不同方向笔试侧重点会有差别。我投的是游戏客户端开发方向所以题目重心偏C、数据结构和Unity/引擎相关知识。如果是服务器方向网络编程和并发题量会多一些如果是引擎方向图形学和底层机制会更深入。我建议在准备笔试之前先想清楚自己投的是哪个方向然后针对性复习。没有方向的笼统复习效率会低很多。我当时提前把招聘JD翻出来细读了一遍对照里面列出的技术要求一项一项过这样准备起来心里有底得多。2. 核心知识点解析与刷题准备2.1 C/C语言基础游戏开发岗笔试的敲门砖这一块是笔试的重头戏选择题里占了大半。很多同学觉得C大学里学过就没复习结果考试时发现考的都是平时没注意过的细节。我这次遇到的知识点有虚函数表和虚函数调用的实现原理、结构体和类的内存对齐、shared_ptr和unique_ptr的底层实现区别、C11/14新特性移动语义、lambda表达式、auto等。给大家列一份我的复习清单照着这个过一遍基本不会漏指针和引用的区别、野指针和内存泄漏的成因构造函数、析构函数、拷贝构造函数、移动构造函数的调用时机虚函数、纯虚函数、虚继承的作用和底层实现STL容器vector、list、map、unordered_map的底层数据结构和时间复杂度智能指针的实现原理和循环引用问题内存对齐规则和sizeof的计算malloc与new的区别、进程的内存布局刷题的时候不要只看知识点要动手写代码验证。我复习虚函数时自己写了一个简单示例验证了基类指针调用虚函数时实际调用的子类实现把编译器的行为跑了一遍才真正理解。单纯背概念应付选择题够用但后面编程题里遇到设计模式相关的场景题需要你对这些底层机制有真正的直觉理解。2.2 数据结构与算法不刷题真的会吃亏算法这块没什么捷径就是刷题。但游戏开发岗的算法题有自己的偏好——不是很喜欢考纯ACMC选手青睐的复杂数据结构和偏难怪题而是更喜欢贴近实际场景的题目比如路径搜索、碰撞检测的优化、游戏状态的存储与遍历。我这次遇到的三道编程题分别是实现一个简单的LRU缓存、二叉树的锯齿形层序遍历、以及一道带权的最短路径变形题。这三道题都在LeetCode上有类似题型难度中等关键是你得能在限时内把它写出来还要处理输入输出的格式。我的刷题建议是重点是二叉树各种遍历、链表反转、合并、删除、动态规划背包类、状态转移、图最短路径、DFS/BFS、哈希表。不要光刷题不总结每做完一题整理成自己的模板比如树的遍历模板、二分模板、DP写法模板。限时训练很重要笔试做算法题的时候心态和平时练习完全不一样提前适应。2.3 游戏数学与物理知识很多人忽略的隐形门槛这段我特别想展开讲因为很多准备游戏开发笔试的同学把精力全放在了刷题上结果在数学题上翻了车。游戏开发笔试中常考的数学知识主要有向量的加减法、点积、叉积及几何意义矩阵的乘法、旋转矩阵、缩放矩阵、平移矩阵四元数的基本概念和与欧拉角的区别坐标系变换、世界坐标/局部坐标的转换常用物理公式重力加速度下物体的运动、碰撞后的动量守恒很多人以为这些知识进了公司再学就行但笔试真的会直接出题。比如我遇到的选择题里有一道给了一个向量问它和另一个向量点积的几何意义是什么还有一道关于四元数为什么比欧拉角更适合表示旋转的问题。这些其实都是图形学和游戏引擎的日常知识如果你对Unity的Transform组件底层原理有了解答这种题是秒选的。综合题部分我印象很深——设计一个2D横版跳跃游戏中角色的移动与控制逻辑需要考虑惯性、加速度、跳跃高度、碰撞检测与地面检测。这种题本身就是游戏数学和物理知识的综合应用说难也不难但没有相关积累就很难写出让人满意的方案。2.4 游戏引擎知识与设计模式专业度的分水岭笔试里虽然不会让你直接写Unity脚本但会通过选择题和综合题考察你对游戏引擎的理解。比如Unity的MonoBehaviour生命周期Awake、OnEnable、Start、Update、FixedUpdate、LateUpdate、OnDisable、OnDestroy的执行顺序、固定时间步长的作用、Update和FixedUpdate的区别、游戏对象和组件的设计理念。设计模式也是高频考点。单例模式、观察者模式、状态模式、工厂模式在游戏开发中极其常用尤其是状态机和观察者模式几乎任何游戏逻辑里都离不开它们。笔试里的综合设计题如果你能用状态机来描述一个角色的“待机-移动-攻击-受击-死亡”状态流转配上状态转换的条件说明这个答案的专业度立刻就不一样了。我当时复习设计模式时没有死记硬背每个模式的定义而是想清楚了它们在游戏开发中的应用场景单例模式游戏管理器、音频管理器、UI管理器观察者模式回合制游戏中事件通知角色死亡通知技能栏刷新、成就系统监听击杀事件状态模式角色动画状态切换和AI行为逻辑对象池模式子弹、特效、怪物的重复创建销毁优化这里是一个常被忽略的点游戏开发笔试非常看重你对“模式”的理解是否落地到实际场景。如果你只会背定义遇到“设计一个多人对战游戏的技能冷却系统”这种题就不知道如何下手了。3. 实操过程与核心环节实现3.1 选择题部分的实操策略快、准、狠我拿到试卷后没有按顺序死磕而是先把所有题目快速扫了一遍把有把握的题先做了不会的标记出来回头再看。这样效率很高避免了在一道单选题上耗掉10分钟导致后面编程题时间不够的悲剧。选择题里有一个我很想特别提醒的点多选和单选混在一起出的时候千万别用单选的思维方式去做多选。我当时就差点在一道C多选上栽了跟头——题目问“哪些操作会引起编译错误”我按单选思路选了一个选项实际上正确选项是三个。后来我强迫自己每题都先判断是单选还是多选再动手选。做C基础的选择题时我建议用排除法叠加“代码推演”的方式。比如题目给了这样一段代码class A { public: virtual void func() { cout A; } }; class B : public A { public: void func() { cout B; } }; int main() { A* ptr new B(); ptr-func(); }这种题你光记住“虚函数会调用子类实现”是不够的还得意识到如果把virtual去掉结果就会变成输出A。笔试很喜欢在这种细节上挖坑所以看到代码题先不要急着选自己推演一遍完整的调用过程。3.2 编程题实操全过程从审题到调通编程题一共三道我大概用了80分钟完成。这里分享一道印象最深的题——“实现一个简单的LRU缓存”因为这道题非常有游戏开发的代表性它考察了哈希表和双向链表的组合使用也是游戏资源缓存、纹理管理中的核心数据结构。拿到这道题后我的思路分解是这样的明确需求实现get和put两个操作get需要在O(1)时间内返回put需要淘汰最近最少使用的数据。确定数据结构组合哈希表存key到链表节点的映射双向链表维护访问顺序。编写核心逻辑每次get时把访问的节点移到链表头部每次put时如果key已存在更新value并移到头部如果不存在插入头部并检查是否超过容量超过则删除尾部节点。手写完整代码并用示例走一遍逻辑。这里我踩了一个很经典的坑双向链表删除尾部节点后忘记在哈希表中同步删除对应的key导致缓存中残留脏数据。我在自测阶段发现这个问题并修复了过程虽然简单但如果在考试中没跑测试用例直接交卷这道题就大概率拿不到满分。整个做题过程中我坚持一个原则先写注释再写代码。每写一个函数前用注释说明它的作用和输入输出这样即使代码没有完全调通批卷人也能看到你的思路和逻辑多少能挽回一些分数。这个习惯在面试手撕代码时同样好用。3.3 综合设计题的完整思路展示从场景分析到方案落地前面提到的那道2D跳跃游戏的角色控制设计题我把答题思路完整梳理一遍大家可以参考我的解题框架。第一步是场景分析。我先把游戏角色的行为拆出来待机、移动、跳跃、下落、落地。然后指出这个系统需要处理的核心问题是角色的水平移动速度、垂直方向的重力加速度、跳跃初速度、地面检测的可靠性和碰撞体的交互。第二步是技术方案设计。我会用状态机描述角色状态IDLE - RUN: 水平方向按下移动键 RUN - IDLE: 松开移动键 IDLE/RUN - JUMP: 按下跳跃键且角色在地面上 JUMP - FALL: 角色垂直速度小于0 FALL - IDLE/RUN: 角色落地检测通过第三步是具体实现细节。这里我会写一些伪代码比如角色水平移动horizontalMove Input.GetAxis(Horizontal) * moveSpeed rb.velocity new Vector2(horizontalMove, rb.velocity.y)以及跳跃的处理if (Input.GetButtonDown(Jump) isGrounded) { rb.velocity new Vector2(rb.velocity.x, jumpForce); }然后是地面检测的两种实现方式及其优缺点使用Collider2D的IsTouchingLayers或者通过Raycast向下发射一条射线检测。我会倾向用射线检测因为可控性强能方便地控制检测距离和检测层。最后还会补充一些性能优化和边界情况的考虑比如如何在高速移动时避免穿透碰撞体、如何用对象池优化角色脚下尘土特效的创建、如何处理角色在斜坡上滑动的特殊场景。这些细节不用写太多但每写一个都展现了真实项目经验比泛泛而谈“用Unity实现”要打动人得多。3.4 整体时间分配150分钟最好的节奏我这次150分钟的时间分配是这样的写出来给后面的人参考前40分钟所有选择题单选多选中间70分钟三道编程题最后30分钟综合设计题剩余10分钟检查答题卡、确认没有漏题、检查代码格式这个节奏踩下来比较舒服不会太紧也有冗余量。如果选择题遇到卡壳我会在两分钟内做决定先蒙一个标记出来后面回头再看。编程题的分配是第一道简单题15分钟第二道中等题25分钟第三道较难题30分钟。设计题30分钟是因为它需要组织语言、画流程图手绘概念图给出完整方案。时间分配的原则是把最充裕的时间留给最能体现区分度的部分——编程题和综合设计题。选择题再纠结也就两三分一道编程题做对一道就能拉开差距。4. 常见问题与排查技巧实录4.1 笔试环境准备中最容易翻车的5件事我在网上刷帖子的时候看到很多人吐槽笔试时遇到的问题自己也踩过一些小坑总结成以下列表提醒大家浏览器兼容性问题建议使用Chrome不要用360浏览器或IE。牛客系统偶尔有代码编辑器加载异常的情况刷新可以解决。网络稳定性笔试过程中断网会非常难受。有条件的话用网线连接或者确保WiFi信号稳定避免视频监控卡顿影响考试资格。摄像头权限游戏公司笔试一般要求开摄像头监控。考试前半小时就打开笔试链接测试确认摄像头、麦克风权限都给了浏览器。草稿纸和笔虽然在线笔试但综合设计题你一定会想画图、写思路。提前准备空白的A4纸和笔比在对话框里硬写舒服得多。手机静音和免打扰我有个朋友考试途中被电话打断了思路之后节奏就乱了。考试前把手机调成勿扰模式放在够不到的地方。很多同学觉得这些是小事真正考试时才发现环境问题会极大地消耗你的注意力和情绪。你想如果正在做一道动态规划题系统提示你的摄像头没检测到人脸你会不会被吓出一身冷汗提前把所有能测试的都测一遍避免这种意外是很必要的。4.2 编程题提交时常见的逻辑漏洞和边界条件编程题失分的原因往往不是算法想不到而是细节没处理好。我这次自己做题和复盘时总结了几个高频漏洞列在这里数组越界遍历数组时没有处理好边界条件。比如在实现搜索二叉树时访问了空节点的左右子树。整型溢出计算中间结果时没有用long long。在游戏中坐标运算、伤害计算都容易产生大整数这个习惯要提前养成。空指针/空容器链表题中头结点为空或者树题目中根节点为空很多同学直接就崩了没有做空判断。输入输出格式在线笔试的编程题通常要求从标准输入读取然后标准输出结果。C选手注意字符串的读入可能含空格需要用getline。重复计算动态规划题没有做状态缓存导致递归超时。我在作答时养成了一个好习惯写完一道题别急着提交自己在脑海里构造几个测试用例包括正常输入、边界输入空、最小、最大、特殊输入重复值、全部相同快速过一遍。这些自测用例不需要写进代码但在脑子里推演一遍能发现很多明显的逻辑问题。4.3 综合设计题怎么答才能让面试官觉得你有实战能力我后来和拿到终面机会的同学聊天复盘综合设计题给分高的答题方式共同点是用结构化方式组织答案同时插入真实的项目细节。我很建议的答题框架是需求分析、技术选型、核心逻辑设计、关键伪代码、性能优化与边界情况。这五个部分按顺序写下来清晰又有层次。另外在描述实现方案时不要只说“我用Unity实现了这个功能”而是补充一句“在我之前的课程设计项目中我用Unity实现过一个类似的系统当时遇到的问题是X最终通过Y解决”。这种真实感是任何标准答案都给不了的面试官一看就知道你是真写过代码的人而不是背了一肚子概念来考试的。4.4 笔试后的复盘方法论从失利到下一次从容笔试结束后我的习惯是把所有还记得的题目整理到一个文档里分门别类地记录哪些题答得流畅、哪些题模棱两可、哪些题完全没有思路。这个复盘不是走形式下次面试官问起这部分知识时你能精准回忆起来并给出更完善的答案。我当时就发现自己在四元数相关的知识上薄弱于是笔试后专门花了一个周末把四元数和矩阵的转换公式推了一遍用Unity写了一个简单的相机跟随脚本验证了一下旋转效果。这个知识点后来在面试环节真的被问到了当时就庆幸自己复盘时把这个坑填了。这里给一个具体的复盘模板笔试后当天晚上照着填就行题目所属模块我的答案状态最终正确答案/思路需要补的知识点例四元数与欧拉角游戏数学猜的四元数避免万向锁适合插值四元数乘法、旋转矩阵转换别看这个表简单坚持用下来你会发现自己对知识盲区的敏感度越来越高下次准备笔试时会清楚地知道该往哪个方向使劲。5. 阶段反思与实际体验五十分钟的考试走出考场的那一刻我才真正意识到游戏开发岗的笔试远不是刷几道LeetCode、背几个八股就能应付的。它真正考验的是你有没有用游戏开发者的思维方式去解决问题——当你看到一道关于碰撞检测的题时你有没有想过游戏里成百上千个物体的碰撞检测如何优化当你写一个背包系统时你有没有考虑过玩家快速连续点击时怎么保证数据一致性以我这届的经验来看笔试只是第一关后面还有至少两轮技术面但笔试的覆盖面其实已经间接告诉了你公司对游戏开发岗的能力要求。你完全可以借着准备笔试的机会把整个知识体系系统梳理一遍。这不仅是应付一道题、一个考试而是帮你建立一个完整的游戏开发知识框架——从语言基础到数据结构和算法从数学知识到设计模式再到具体的引擎开发。我个人的体会是准备这类笔试最忌讳“想当然”。我见过一个同学平时游戏玩得特别多觉得做游戏开发是顺理成章的事情结果笔试时被一道内存对齐的选择题问住了。玩游戏和做游戏是完全两码事你对游戏机制有深度的理解是优势但技术底子不够扎实笔试这关就是过不去。最后分享一个小技巧做题前先把姓名、手机号这些基本信息填好然后花三分钟浏览整套试卷。不要小看这三分钟它让你对整个试卷的难易分布有全局把握做题时就不会慌。这是我在多次考试中验证过的有效方法虽然听着简单但真正能做到的人并不多。希望这篇笔试复盘能帮到正在准备游戏开发岗的同学。如果你正在复习路上的话照着上面说的知识模块逐项过再刷几套模拟题找找手感笔试没有想象中那么可怕。祝大家都能拿到心仪的offer咱们游戏行业见。