1. 收到这份B卷时我第一反应是“量大到离谱”每年校招季游戏公司技术岗的笔试都是拉锯战尤其是像吉比特这种以研发驱动、自研产品线密集的公司。2018届的笔试B卷网上能扒到的信息不算多但如果你真去搜过会发现讨论度并不低——不是因为题目难到让人崩溃而是因为知识覆盖面广到让人怀疑“这真的是在招应届生吗”。先说结论这份B卷更偏向传统计算机基础功底的考察C/C、数据结构、操作系统、计算机网络是绝对主力算法题放在后半段整体难度梯度拉得比较开前面选择题不卡人的话后面代码题有较大的发挥空间。和某些互联网大厂偏“脑筋急转弯”的风格不同吉比特这份卷子明显带着游戏研发团队的特点考内存、考并发、考底层机制顺带在数据结构和算法上筛区分度。我当时拿到卷子的感受是两个小时题量大、分值散但如果你扎实学过一遍408再刷过两三百道LeetCode其实不会觉得哪一题是“完全没思路”的。怕就怕基础不牢选择题里每一个选项都在两个答案之间徘徊时间就这么被磨掉了。这篇文章就是把整份B卷按模块拆开结合我自己的答题复盘聊聊每类题到底在考什么、为什么这么考以及最关键的——怎么准备下一届才不会在考场上吃亏。2. 从B卷看吉比特的技术栈画像这题明显是给“游戏研发岗”定的很多人在笔试前会犯一个错误把游戏公司技术岗笔试当成普通软件开发岗笔试来准备。其实只要做过两套不同游戏公司的卷子你就能明显感觉到——游戏公司考底层原理的意愿远高于业务逻辑因为游戏客户端和服务端的性能瓶颈太真实了面试官根本没空跟你聊CRUD的优化技巧。吉比特的技术栈画像从这份B卷可以反向推出来C为主力语言服务端可能有部分Go或Lua的混合客户端渲染底层依赖图形学和引擎知识但笔试阶段不会深挖引擎API而是把图形学里最基础的那部分用数学和数据结构来包装。网络通信走TCP/UDP并发模型绕不开线程与协程内存管理更是被反复点名的重头戏。所以如果你是冲着游戏研发岗去的复习重心千万别放反。Spring全家桶、微服务、容器编排这些东西在笔试阶段基本是零权重真正的考点是那一套“计算机底层通识”——从指针到虚表从堆栈到内存对齐从三次握手到滑动窗口。考察模块典型知识点在B卷中的存在感C/C语言指针、内存管理、构造析构、虚函数、STL容器极高数据结构链表、树、图、堆、哈希表极高算法动态规划、DFS/BFS、字符串处理、排序变体高操作系统进程线程、锁、内存分页、死锁中高计算机网络TCP/UDP、HTTP、拥塞控制中附加考察设计模式、智力题、逻辑推理低2.1 C与内存游戏研发逃不掉的一座大山游戏公司笔试考C不是考语法糖而是考你在手写游戏服务器或渲染逻辑时会不会写出内存泄漏和悬垂指针。B卷里关于C的题目本质上都在围绕三个话题打转第一对象生命周期。构造函数、拷贝构造、移动构造、析构函数之间的调用顺序尤其是涉及继承和组合时的时序问题几乎是必考。这类题看着简单但一旦加上“成员变量是另一个类对象”“基类析构函数是否为虚函数”这种修饰错误率就直线上升。第二内存布局。栈上对象、堆上对象、静态存储区、常量区以及它们各自的创建和销毁时机。游戏开发里堆内存碎片化是真实存在的致命问题所以面试官对“什么时候该用静态对象”“什么时候必须用new但记得delete”这种话题极其敏感。第三指针与引用。这已经属于老生常谈了但“空指针解引用”“野指针成因”“数组越界时为什么有时候不崩溃”这类题目B卷里变着法子出了好几道。你别觉得这些题基础真到了考场上那种“程序不崩溃但结果是错的”的情况比直接段错误还难排查。2.2 数据结构的概念题选择题里的“送分题”和“送命题”数据结构在B卷选择题里的占比非常大但考的深度并不统一。基础版是链表和数组的性能对比、栈和队列的应用场景、二叉树四种遍历的序列规律进阶版就在这些基础概念上套一层“变形”。让我印象比较深的一道题类似是“循环队列判断队空和队满的条件”。这种题目在教材里很经典但考场上容易想不清楚因为需要处理front和rear指针的绕回逻辑。还有一类高频题是“哈希冲突的解决方式对比”开放定址和链地址法在查找效率上的优劣以及装填因子对性能的影响。这种题属于你复习到位了一眼能选出来复习不到位就会在两个选项之间纠结半天。2.3 网络和操作系统的选择题分数好拿但别轻敌网络部分B卷重点落在TCP协议上。握手过程、拥塞控制、滑动窗口、TIME_WAIT状态这些都是稳定考点。有一道题我记得是同轴电缆、双绞线、光纤在不同场景下的选择以及它们的优劣比较这种题乍看像送分其实需要你真正理解物理层到数据链路层的传透明而不是死记硬背。操作系统部分则更偏爱进程和线程的区别、死锁产生的四个必要条件、虚拟内存和页面置换算法。有一个细节点是“用户态和内核态的切换开销”游戏服务端的高并发场景下频繁的用户态和内核态切换会带来严重的性能损耗所以面试官特别爱问哪些操作会引起切换、怎么优化减少切换。3. 选择题的答题节奏我在这部分踩过最痛的一脚这里要专门花一段聊节奏因为我当年最大的失误就出在选择题上。B卷的选择题数量不少而且题目排在编程题之前我习惯性按顺序答题结果在前半段卡了将近一半的时间导致后面算法题只剩半个多小时。后来复盘得出一个很实用的教训选择题其实分“绝对确定”和“绝对靠蒙”两类。绝对确定的题扫一眼就要选出答案不要回看不要改。绝对靠蒙的题也不要直接乱选——优先排除一个绝对错误的选项然后根据常识锁定一个做上标记继续往下走。真正能拉开差距的永远是后面的算法编程题。我在重新整理这份B卷的时候把选择题按知识点做了一个分类表按出现频率从高到低排序的话基本上是这样的知识点模块常考细节备考优先级C对象模型虚函数表、构造/析构顺序第一优先数据结构遍历序列还原、哈希冲突、堆排序过程第一优先操作系统进程状态、死锁、页面置换第二优先计算机网络TCP状态、滑动窗口第二优先编译原理文法、词法分析可放弃设计模式单例、观察者、工厂可放弃编译原理和设计模式在B卷中出现的概率不高但是一旦出现往往是那种“你见过就会做没见过就永远做不出来”的知识点。比如设计模式里问“某个类只能创建一个实例且由自己负责创建”对应哪个模式这种题没有技巧纯靠记忆。4. 算法与手写代码真正拉开候选人的深水区选择题之后就是整份B卷的压轴部分——手写代码题。这部分的设计思路非常典型前几道题送点分中间一道题考察数据结构和算法的综合运用最后一道大题用来区分“能写代码笔试过关的人”和“遇到难题能拆解的人”。4.1 高频题型的“套路”拆解从B卷的题目风格来看有几种算法题几乎年年都会换着法子出现链表类操作。链表反转、判断是否有环、找中间节点、合并有序链表。这类题考察的是对指针操作的熟练度也是C岗笔试里性价比最高的复习方向。因为链表题代码量小、逻辑清晰只要你能在半小时内写出无bug版本基本能拿到不错的分数。链表题的关键不只是“会写算法的思路”而是“能写得让阅卷人一眼看懂”。变量命名、边界判断、空指针检查这些细节在代码题里比在选择题里更容易暴露功底。字符串处理。子串匹配、模式替换、去重排序看起来简单但处理边界条件时会让人很头疼。比如字符串匹配中目标串和模式串的长度关系、同时存在多个匹配时选择哪一个这类题真正拉开的是“考虑是否周全”的能力。动态规划。B卷的动态规划题目难度不会特别高通常是“最长递增子序列”或“0-1背包变体”这种水平。但有一个细节值得注意如果题目没有明确要求最优解动态规划这种标准解法是安全的如果题目要求输出路径那你就得额外设计一个prev数组来回溯这往往是失分点。树的遍历与重建。根据前序中序重建二叉树、层序遍历按行输出、求二叉树最近公共祖先。这类题不是单纯考递归——面试官真正想看到的是你是否能根据递归的访问顺序推导出对应的迭代写法。至少有半数候选人在迭代遍历时会纠结“栈里到底存什么”这说明基础还没有融会贯通。4.2 笔试过程模拟从小题到大题的爬坡路径我把整张B卷的编程题按难度排序做了一个模拟。前面的题基本属于“练手级别”15分钟之内应该全部完成中间的题属于“标准竞赛题”大概需要20到25分钟最后一道题属于“挑战题”我记得是一道和二维矩阵相关的题目如果用暴力法能过小部分样例但最优解法需要借助空间换时间的思路。面对最后这种压轴题大多数人可能会卡在“如何从暴力解法优化到高效解法”这一步。我的建议是不要跳过暴力解法直接想最优解。先把暴力解法写在答题区保证有保底分数然后再往上叠加优化。阅卷人很看重“思路轨迹”哪怕你在笔试环境里没能把最优解完全写对展示出完整的优化思考链也会比直接留白好很多。4.3 我当时在编程题上犯的最大错误死磕我当年做最后一道算法题时思路是对的但实现细节总是差一点于是反复删除重写。最后的结果是代码没有完全AC前面的检查也牺牲了。笔试不像在线OJ做错了可以无限重来它更多考验的是“在有限时间内给出尽可能正确的答案”的能力。总结下来的正确打法是拿到一道编程题先花两分钟把算法模型定下来再花五分钟写出核心逻辑再次花两到三分钟验算边界条件然后马上跳到下一题。如果所有题都做完了再回过头优化而不是在单题上耗到天荒地老。5. 笔试里不直接出现的能力项为什么B卷要这样出题很多人会疑惑一份考了这么多底层原理的卷子和“游戏研发”这件事到底有什么关系其实关系非常直接。5.1 游戏客户端需要控制内存所以考内存分布和C对象模型游戏客户端跑在玩家设备上内存、CPU、GPU资源都是受限的。你在PC上随便写个web服务内存占用高一点无所谓但游戏客户端如果每帧都产生内存碎片、每次都做动态堆分配帧率一定掉得惨不忍睹。B卷考点背后的潜台词是你有没有能力写出可预测、可控制、不泄漏的C代码。从引擎渲染的角度看每一帧都要构建渲染命令、更新场景树、处理资源生命周期这些全部依赖于扎实的C功底。一个不熟悉移动语义、不了解内存对齐概念的人很难写出高性能的引擎代码。5.2 游戏服务端追求并发所以网络和操作系统一起考服务端要应对千人同屏或者更大规模的实时对战高并发是最核心的挑战。线程池、锁、无锁队列、协程调度、TCP粘包处理——这些场景通通建立在“操作系统怎么管理线程”“网络协议怎么传数据”的基础之上。B卷考这些不是想逼你去背协议状态机而是希望你在设计服务端框架时能下意识地关注上下文切换成本、锁竞争、消息队列的长度控制。如果应届生在笔试阶段就连“用户态内核态切换是什么开销”都答不上来很难让人相信你入职后能设计出高吞吐的核心服务。5.3 数据结构与算法本质是筛选“解决问题的方式”游戏玩法里处处是算法从A星寻路到视线遮挡检测从技能判定的碰撞检测到排行榜的跳跃表从怪物的AI状态机到玩家队列匹配。笔试里考的链表翻转、动态规划、树遍历就是在筛选你有没有能力把一个具体问题抽象成数据结构模型并用合适的算法把它解掉。6. 备考路线的三个重点应届生该把时间花在哪笔试本质上是在有限时间内用相对固定的题型大量抽取候选人的知识储备和敏捷反应。所以备考的核心逻辑永远是用最小的复习时间覆盖最大范围的高频考点。6.1 用真题覆盖重点不要完美主义网络上有一些吉比特往年笔试题的回忆帖和题解价值很高因为大厂的笔试题库每年都在更新而游戏公司尤其爱在细节知识点上做反复考察。如果你能把三到五年内的笔试题目都做一遍你会发现考察重点高度一致。我的建议是第一遍不限时当作学习材料来刷第二遍严格限时模拟真实笔试节奏。刷完这两遍你基本能形成属于自己的“题型地图”——知道哪类题该花多少时间哪类题直接跳过。6.2 纸质手写代码真的很重要在线编译器时代很多同学写代码依赖自动补全和语法提示。但技术笔试通常是纸上答题或者简易文本编辑器完全没有自动提示。我特别建议在备考阶段至少手写100道算法题尤其是链表、二叉树、字符串、动态规划这四大类。手写能训练你一次性写出干净代码的能力也能让你在笔试时不需要反复修改语法错误。6.3 建立“错题本”尤其是选择题的错题选择题是笔试中最隐蔽的失分区。很多人面对选择题时知道题目是错的但说不清为什么知道选项A不正确但选不出正确项。最好的办法就是准备一个错题本把做错的概念题按知识点归类每周复盘一次。我见过一个备考思路非常聪明的同学他把每道错题都改写成了一道判断题然后尝试让自己用一两句话把“为什么错”解释清楚。如果能解释清楚这道题才算真正消化了。7. 笔试之外吉比特这类游戏公司最看重什么笔试只是第一关通过之后还有面试。但从笔试的命题风格其实已经能隐约看到吉比特技术团队的产品观和技术观。吉比特是一家有很长自研历史、以玩法见长的公司。它的研发氛围更偏向“技术要服务于游戏体验”而不是“技术要做出多炫酷的架构”。C和算法的笔试题目并不是为了难为人而是筛选那些能沉下心读懂底层机制的人。游戏行业里真正稀缺的不是会调用引擎API的开发而是能钻进底层去解决性能瓶颈、能在技术选型中看到长期维护成本的人。所以在准备笔试之外你可以顺手做一件对面试也有帮助的事开一个小的游戏Demo项目用Unity也好用Cocos也好甚至用SDL写一个简易的2D游戏。不用做得多完整但一定要自己亲手实现一套物体移动逻辑、一套碰撞检测、一套资源加载管理。这样等笔试通关之后你和面试官聊起“为什么这个延迟发生在GC时”“为什么这里要对象池”就有真实案例可以讲而不是只有理论背书。8. 一份B卷的经验沉淀现在回头看我会怎么准备我重新复盘这份B卷时发现真正耽误我的从来不是“题目太难”而是“大部分时间花在了没必要的纠结上”。选择题靠直觉先过编程题按难度梯度先抢分整张卷子按模块分配时间——这三个策略如果能提前一天想清楚我的笔试分数应该能提高不少。现在回头看2018届吉比特笔试B卷的命题思路有一个非常明显的特点不追求偏题怪题而是考察你能否在有限时间内稳定输出基础知识的积累。它不期待你是一个“ACM大神”但期待你是一个“基础扎实、上手就能干活的工程师”。如果你正在准备游戏公司校招笔试用一句话总结我的经验不要迷信押题要迷信基础不要追求把每道题都做完美要追求把该拿的分数都拿到。这份B卷也许对现在这一届来说已经是“旧题”了但游戏公司笔试的底层逻辑一直在延续。往年的题目虽然不会原封不动地再考一遍但它代表的考察风格和筛选思路仍然值得每一届准备校招的同学认真研究。