又是一年校招季后台很多读者在问游戏客户端开发岗笔试到底考什么。翻到自己电脑里还存着当年参加网易2018校招游戏客户端开发工程师笔试时的笔记和复盘正好借这个机会把这份笔试卷掰开揉碎讲一遍。先说结论这份笔试卷的核心不是考察你背了多少API而是考察“你有没有用游戏工程师的思维方式去思考问题”。同样是考C、考算法但出题角度和通用软件开发有着明显差异。文章会比较长按模块拆解想看哪部分可以直接跳。1. 一份笔试卷背后游戏客户端笔试到底在筛什么人1.1 从整体结构反推岗位能力模型网易2018校招游戏客户端笔试卷满分100分考试时间120分钟整体结构大致分为四个板块计算机基础知识、算法与数据结构、编程能力、游戏开发综合。这里说的“大致”是因为网易不同事业群网易游戏、网易互娱、网易雷火的出题侧重点略有差异但核心能力模型是一致的。这个结构透露出的信息非常明确游戏客户端开发工程师不是单纯的“程序员”也不是纯粹的“游戏玩家”而是站在计算机科学、软件工程、图形学、用户体验交叉点上的复合角色。笔试环节就是要用一套题把你在这几个维度上的储备摸个底。1.2 和各互联网大厂通用开发岗笔试的差异我当年也同步投了网易杭州研究院的后端开发岗两个笔试放在一起对比差异非常明显维度游戏客户端开发岗通用后端开发岗语言侧重C为主考察内存、对象模型Java/Go为主偏工程框架算法题风格偏状态搜索、动态规划、数学推导偏大数据处理、系统设计操作系统考点内存管理、多线程同步网络编程、IO模型专属考点图形学基础、渲染管线、游戏逻辑数据库、分布式、中间件综合题Unity/自研引擎、帧同步、热更新高并发架构、微服务这个对比不是要分高下而是提醒准备方向。很多人拿LeetCode刷题套路去应对游戏客户端笔试结果栽在图形学、栽在内存布局分析上非常可惜。1.3 笔试考察的五项底层能力结合当年考题和我后来参与校招面试的经验这套笔试本质上在筛选以下五项能力一是语言功底尤其是C的底层细节。游戏引擎里的性能敏感路径几乎都是C写的你不能只停留在“会用”层面得理解对象生命周期、内存布局、编译器行为。二是算法基本功但更看重你能否把复杂问题抽象成状态转移、搜索策略并估算复杂度。游戏里有大量AI寻路、碰撞检测、资源调度问题本质都是算法问题。三是图形学基础这是和通用开发岗最大的分水岭。不需要你会写光追渲染器但至少要清楚渲染管线每个阶段在干什么坐标系怎么变换顶点怎么变成屏幕上的像素。四是工程思维也就是面对一个模糊需求时能否拆解模块、设计数据结构、权衡方案。五是游戏感这个比较玄学但笔试综合题里确实会出现。比如“一个角色在3D场景里怎么判定是否被遮挡”“技能冷却系统怎么设计”这些需要你真正理解游戏运行时的逻辑。2. 核心考点逐个拆从C到图形学每一类题在考什么2.1 C语言基础内存模型是重头戏C板块的题目数量不算最多但分值密度高而且往往以“代码输出题”的形式出现——给你一段代码让你写出运行结果或者判断会不会崩溃。网易尤其喜欢在这里挖坑。2.1.1 虚函数、构造析构顺序、对象切片我记得有一道题给出了一个基类和一个派生类main函数里分别用基类指针指向派生类对象、用值拷贝的方式复制派生类对象然后调用虚函数问输出序列。这个题至少涉及三个知识点虚函数表指针的初始化时机、构造与析构的调用顺序、对象切片。很多人能答出虚函数实现多态但忽略了用值拷贝时派生类对象被“切片”成基类对象虚函数调用就不会走进派生类版本了。这种题考的不是你背没背过概念而是你有没有在调试器里看过对象内存布局。类似高频考点还有构造函数中能否调用虚函数答案是能调但不会多态分派因为派生类还没构造完成、析构函数为什么建议写成虚函数、为什么基类析构不是虚函数时delete派生类对象是未定义行为。这些都要能讲清背后的对象生命周期逻辑而不是背结论。2.1.2 内存对齐与struct布局内存对齐在2018年那份试卷上直接出了一道计算题给定一个结构体成员是char、int、short、double的混合问在默认对齐规则下sizeof等于多少以及成员偏移量分别是多少。这种题没有任何捷径只能硬算。核心规则记住三条每个成员按自身大小和#pragma pack(n)中的较小值对齐整个结构体的大小按最大成员对齐系数对齐结构体成员顺序会影响最终大小重排字段顺序往往能节省内存。游戏开发里结构体会被大量用于顶点格式定义、网络消息包解析、二进制资源读取内存对齐直接影响性能和数据正确性所以笔试考这个非常合理。2.1.3 智能指针、左值右值与移动语义2018年的时候C11/14已经很普及了网易的笔试试卷里出现了std::shared_ptr循环引用的问题题以及一个关于std::move的判断题。智能指针的题基本都是同一个套路两个对象互相持有shared_ptr导致引用计数永远不为零内存泄漏。排查方法就是打破循环weak_ptr登场。关于左值右值我当年做那道题时也犹豫了一下。核心要理解的是std::move本身不移动任何东西它只是把左值无条件转换成右值引用真正的移动发生在移动构造函数里。游戏里常用这个优化来避免容器的深拷贝比如std::vector传参、返回临时对象等场景。2.2 数据结构与算法不只是刷LeetCode算法题是笔试的大头通常是两道编程题加若干小题。网易游戏客户端的方向比较明确不刻意追求冷门数据结构而是在经典结构上考出深度。2.2.1 高频考点二叉树、哈希、优先队列2018年那套试卷里有一道用两个栈实现队列的数据结构题属于“看着简单但代码要写得干净”的类型。还有一个设计题让你为一个游戏中的玩家ID设计一个哈希函数同时考虑冲突处理策略。哈希那个题挺有意思它不考你背哈希表原理而是给出实际场景玩家ID是字符串形式类似player_10001需要存放在固定大小的哈希表里要求查找尽量快、冲突尽量少。这时候你就要考虑直接把整个字符串hash还是截取数字部分hash链表法是选择链地址还是开放寻址空间换时间到哪个程度这些权衡背后的思考比标准库实现更能体现工程能力。优先队列在游戏开发里的出场率也非常高比如A*寻路的开放列表、优先处理紧急事件的消息队列、单位血包拾取的优先级排序等。笔试里的优先队列题往往结合“返回前K个高频元素”或者“合并K个有序链表”这类变形来考。2.2.2 动态规划网易笔试的常客动态规划在游戏客户端笔试里的出现频率高得离谱。2018年那套卷子的最后一题编程题就是一个典型的DP问题大致题意是一个英雄在地图上从左下角走到右上角地图上有金币和怪物经过金币加分经过怪物扣血求最大剩余血量或最大得分。这类问题看着像搜索但地图规模一大就必须用DP。状态定义是“到达某个格子的最大得分”转移方程就是“左边格子或下边格子的得分加上当前格子的值”本质是个二维DP。难点在于边界条件起点值要不要算血量为负但还能继续走吗这些细节在题目里可能没有明说需要考生主动思考并和处理方案一起呈现。DP题是区分度很高的题因为它同时考察了状态抽象能力、复杂度分析、代码实现三项能力。备考时建议大家盯着这几类练01背包及其变形、二维网格路径问题、最长递增子序列类、区间DP入门题。2.2.3 一道“网易风格”的搜索题八方向寻路有一道题是八方向寻路允许斜着走地图上有障碍物问从起点到终点的最短路径长度。这题主力解法是BFS但如果地图有不同地形代价就要升级成A*或者Dijkstra。我记得当时很多人在这个题上犯了一个经典错误用DFS求解最短路。DFS在迷宫规模小的时候确实能出正确结果但复杂度是指数级的当迷宫是50x50时直接超时。批卷的时候看到DFS求最短路的代码即使答案对了也很难拿高分因为这是算法复杂度意识不足。这个题还延伸出一个游戏开发常考问题如果允许斜着走BFS的扩展方向从4个变成8个为什么步数和实际距离不再是线性关系答案是斜着走一步的欧氏距离是√2而不是1但步数统计时都按1算这就导致BFS求出的“最短步数”在允许斜走时不一定对应“最短欧氏距离”。这个问题在实时策略类游戏的单位寻路里真实存在引擎里一般用八方向寻路路径平滑来缓解。2.3 图形学基础和通用开发岗位拉开差距的地方图形学题是游戏客户端笔试的招牌板块也是很多算法刷得飞起但没接触过渲染的同学折戟的地方。2018年网易试卷的图形学部分大概是四道选择题加一道简答题分值占15分左右。2.3.1 渲染管线各阶段的作用必须能完整默写选择题里有一道就是“下列哪个阶段不是渲染管线的一部分”选项包括顶点着色器、片段着色器、几何着色器、物理引擎。正确答案是物理引擎但很多人栽在这里说明对渲染管线的边界不够清晰。送分归送分简答题就认真了。题目大意是描述从CPU提交顶点数据到屏幕上显示出三角形中间经过了哪些主要阶段。这个题没有固定标准答案但优秀回答应该包含完整链路CPU阶段应用程序阶段完成场景管理、剔除、提交DrawCall→ GPU阶段顶点输入装配 → 顶点着色器 → 可选几何着色器/细分 → 光栅化 → 片元着色器 → 裁剪测试、深度测试、模板测试 → 颜色混合 → 帧缓冲呈现到屏幕。这道题这么重要是因为它决定了你对游戏性能问题分析的直觉。当你看到一个游戏GPU占用率很高你至少得能判断瓶颈可能来自顶点阶段还是像素阶段才能对症优化比如LOD多级细节还是降分辨率。2.3.2 坐标系变换模型空间到屏幕的旅程还有一个简答题考的是变换流程让写出模型空间、世界空间、观察空间、裁剪空间、屏幕空间之间的变换矩阵关系。这类题需要你清楚每个阶段在做什么模型变换M把物体从自身坐标系放入世界坐标系视图变换V把世界坐标转换到以相机为原点的观察坐标系投影变换P把观察坐标压到裁剪空间并做透视除法视口变换映射到屏幕像素坐标。完整公式就是屏幕坐标 视口矩阵 × 透视矩阵 × 视图矩阵 × 模型矩阵 × 模型顶点坐标。怎么记我给你一个游戏开发的直觉任何物体要在屏幕上出现本质就是不停地在不同“参考系”之间换坐标系。模型空间是它自己的本地坐标系世界空间是整个游戏场景的坐标系观察空间是“以你的眼睛为中心”的坐标系屏幕空间是“你眼睛里看到的画面像素坐标”。这个理解方式比背矩阵快得多。2.3.3 判断是否被遮挡Z-Buffer原理题图形学简答题还出现过Z-Buffer算法原理多个物体在屏幕上同一像素位置重叠时如何决定谁显示在前面Z-Buffer的核心就是每个像素维护一个深度值绘制时比较当前片段深度和已有深度深度小更近的通过深度测试并更新深度值。这道题本身就是问原理但如果能主动指出Z-Buffer的精度问题——深度缓冲通常是非线性分布的离摄像机越近精度越高远处精度低远处物体容易出现闪烁z-fighting——会明显加分。在游戏开发里处理方案包括采用对数深度缓冲、分割远近裁剪面距离、或者在美术资源层面避免过大场景纵深。2.4 操作系统与网络游戏服务器交互的基础游戏客户端不是单机程序任何联机游戏都要和服务器通信所以操作系统和网络知识也要考但比重比后端岗小。2.4.1 多线程与锁游戏主循环里的同步问题有一道题问两个线程同时访问一个全局变量一个读一个写不加锁会发生什么如何解决。这个问题表面考线程安全实际是考你对游戏主循环结构的理解。游戏主线程每帧都在处理逻辑、渲染、输入而网络线程在后台收包这两个线程天然共享数据比如玩家位置、血量状态必须保证线程安全。解决办法至少有几种互斥锁lock_guard、原子变量std::atomic、读写锁shared_mutex、无锁队列。进阶一点还有一套游戏行业常见的做法叫“帧同步模式”——逻辑线程和渲染线程双线程每个线程各维护一套数据帧尾交换“命令”从而避免锁竞争。这个角度能体现你对游戏开发特有问题的理解深度。2.4.2 TCP与UDP帧同步和状态同步的选型逻辑网络部分考过一道非常典型的题实时对战游戏的网络通信应该选择TCP还是UDP为什么教科书答案会说UDP因为低延迟。但游戏开发视角更完整如果游戏对延迟非常敏感比如MOBA、FPS使用UDP可以避免TCP的粘包、重传、拥塞控制带来的延迟抖动。但UDP不可靠所以要在应用层做可靠性保障——确认重传、序列号、冗余发送等。反观回合制或对实时性要求低的游戏TCP完全够用还能省掉自己实现可靠传输的成本。这个问题的深层考点是“选型要结合业务场景”不是背协议特性。网易游戏的笔试有多年都围绕同步方案出题帧同步lockstep和状态同步state synchronization的区别、各自优劣、适用场景。帧同步的核心是“所有客户端执行相同逻辑、相同输入得到相同结果”对逻辑确定性要求极高浮点数运算差异都会导致不同步状态同步则是由服务器统一计算并下发状态客户端只负责表现对网络带宽要求更高。这些概念笔试阶段能讲清楚面试就更稳。2.4.3 智能指针与内存管理之外内存池游戏客户端很容易在运行时频繁创建和销毁小对象子弹、伤害飘字、技能特效每次走malloc/free性能很差且产生内存碎片。所以笔试里出现了内存池的实现思想题如何设计一个高效的对象池避免频繁调用系统内存分配我当时给了比较完整的方案预分配一大块连续内存把它切成固定大小的slot用一个空闲链表维护可用slot分配时从头结点取一个释放时插回链表头。这其实就是经典的内存池设计。进阶版本还要考虑对象复用调用构造函数和析构函数的时机、线程安全用TLS或锁、池满扩容策略。这个题能考出你对游戏运行性能瓶颈的理解而不仅是背一个设计模式。2.5 引擎与游戏开发常识Unity/自研引擎的考察到引擎题就是真正考验游戏开发积累的时候了。网易2018年那份试卷出现了一些引擎相关的题目覆盖面很广。2.5.1 Unity生命周期函数的顺序执行有一道选择题考了MonoBehaviour的Awake、OnEnable、Start、Update、FixedUpdate、LateUpdate、OnDisable、OnDestroy的调用顺序。这个看似是基础题但坑在于很多人只记得Update在每一帧调用却不清楚Awake和OnEnable的先后以及FixedUpdate依赖于固定的物理时间步长与Update的帧率无关。实际开发里初始化和释放资源如果放错生命周期函数会出现空引用或者时序问题严重时就是启动崩溃还特别难排查。2.5.2 资源管理AssetBundle、引用计数、卸载策略综合题还出现过AssetBundleAB包的加载释放机制题如何管理内存中的GameObject和Asset避免卸载时崩溃避免重复加载浪费内存。标准回答是引用计数引用计数管理每个资源被多少对象使用释放时递减归零再真正卸载还要配合依赖管理加载一个AB包时自动加载它依赖的AB包但要注意循环依赖。进阶答案会谈到Unity的Resources和AssetBundle的本质区别前者打进安装包无法分模块下载后者用于热更新与按需加载。网易自研引擎如Messiah、NeoX也有类似机制但概念模型相通。2.5.3 场景管理如何判断角色是否在相机视野内这个题很典型给你一个3D游戏场景有1000个敌人如何高效判断哪些敌人需要渲染答案是分层剔除视锥剔除Frustum Culling是第一步把相机视锥体的六个面提取出来用包围盒AABB或包围球与视锥体做相交测试筛掉视野外的物体。然后是遮挡剔除Occlusion Culling在场景里动态计算被墙体或者较大物体挡住的对象不提交渲染。最后按距离做LOD切换远处的物体用更低精度的模型。这个流程几乎是所有3D游戏引擎的标配优化手段。这道题的高分答法还要提到不要把每个物体都单独做精密的相交测试而是用BVH包围体层级结构或八叉树把空间组织起来先测试大包围盒再往下细分。另外CPU端的剔除结果要批量提交给GPU减少DrawCall。能想到这一步说明你对渲染性能有完整认识。3. 几道当年的“网易风格”真题我是怎么一步步想出答案的前面是按知识模块拆考点这一节我挑几道具体的题目把我当年的完整思考链路拉出来。事先说明凭记忆复述的题目肯定和原题有出入但考法和解析思路是真实可靠的。3.1 一道考察内存对齐的代码输出题题目描述有结构体如下在64位系统、默认对齐下输出sizeof(A)是多少。struct A { char c; int i; short s; double d; };我的思考过程默认对齐规则是每个成员对齐到“自身大小”的倍数地址结构体整体大小对齐到“最大成员对齐系数”的倍数。编译器实际处理时char占1字节然后为了int对齐到4字节边界需要填充3字节int占4字节short占2字节double需要对齐到8字节边界而当前偏移是44210不是8的倍数所以填充6字节到16然后double占8字节总大小24字节是8的倍数不需要额外填充。答案是24字节。这个题变种非常多调整成员声明顺序可以让结构体从24字节降到16字节比如把double放最前面性能敏感的代码里一个结构体少8个字节100万个顶点的顶点缓冲就是8MB内存差别。笔试考内存对齐其实是在筛选是否具备这种内存意识。3.2 一道填数字的动态规划题题目大意n x m网格每个格子是金币正数或怪物负数玩家从左上出发到右下只能向右或向下走求能获得的最大总金币数。思考过程这是二维DP的新题变种。设dp[i][j]表示从起点到(i,j)的最大金币数状态转移是dp[i][j] max(dp[i-1][j], dp[i][j-1]) grid[i][j]。初始化时第一行和第一列只能一路累加。复杂度O(nm)空间可以滚动数组优化到O(m)。但笔试的题目可能更隐蔽不是单纯求最大金币数而是“初始血量为X每个怪物扣血金币可回血要求任意时刻血量不低于1求初始最少血量”。这时候状态定义就要反过来dp[i][j]表示从(i,j)到终点所需的“最少初始血量”。倒推着做能避免路径上的血量约束传导问题。我当时是先写出正向版再写出逆向版并把两种状态定义都写进注释里详细说明为什么倒推更合理。这个题我拿了满分最关键的就是把边界条件写清楚、把状态定义写明白而不只是给一个通不过隐藏用例的版本。3.3 一道渲染管线的简答题题目简述从场景渲染到屏幕的整个过程要求写清楚主要阶段和每个阶段的作用。我的思路这是一道没有唯一答案但能拉开层次的题。我按CPU/GPU链路作答先写CPU端的场景管理剔除、排序、批次合并再写提交DrawCall然后进入GPU渲染管线顶点着色器处理顶点变换、裁剪剔除视锥外的图元、光栅化顶点转成像素、片元着色器计算颜色、深度测试与混合决定每个像素的最终颜色。最后两步帧缓冲处理、后处理、呈现到屏幕。简答题切忌只写名词不解释。把“光栅化”三个字写上去和写“把三角面片离散为像素插值出每个像素的UV、法线、深度等信息生成片元”是两码事。后者能体现你真的调试过渲染逻辑而不是背了概念。3.4 一道帧同步概念题同步与不同步的取舍这个题大意是一个实时战术竞技类游戏多个玩家实时对战请比较帧同步和状态同步方案的优缺点并为该项目选择你倾向的同步方案。这个题是综合题中的综合题。正常答法帧同步延迟低、流量小、逻辑一致性强适合同屏单位多、同步频率高的游戏但实现复杂度极高任何一位玩家的硬件差异、浮点精度差异都会导致逻辑分叉状态同步实现简单、容错性强、便于反作弊但带宽占用大同屏单位多时服务器压力巨大。对描述里的项目我倾向于帧同步因为游戏玩法需要精细的实时交互和大量单位同步。但高分答案是带前提的。我追加了一段帧同步方案能否落地取决于团队是否有成熟的确定性数学库、是否能做到不同平台浮点一致、是否有回放和断线重连机制支持。如果团队经验不足稳妥方案是状态同步服务器权威计算。这类题考察的是“有立场、有依据、有边界条件”的工程决策能力而不是单纯背书。4. 笔试过程中的节奏掌控与答题策略4.1 120分钟的时间分配建议网易这套笔试卷的题量大概在30道左右其中选择题15道、填空题4道、简答题6道、编程题2道按120分钟分配我认为比较合理的时间切割是前10分钟快速过一遍全部题目标注每道题的预估耗时和难易程度优先做有把握的题。50-60分钟选择题和填空题目标是最多错两三个。这些题考察基础耗时短单位时间得分率高。30分钟简答题。每题控制在5分钟左右宁可答得精简也别留空白思路对就给分。最后20分钟两道编程题。先做容易拿分的第二道最后啃硬骨头。哪怕写不出完整解法把状态定义、转移方程、伪代码写出来也能拿过程分。编程题是很多人的心理阴影我见过太多人在第一道编程题上死磕到交卷第二道空白。大忌。第一道编程题往往是中规中矩的BFS或DP第二道却可能是“加分题”思路更直接。先拿稳分再冲击难题。4.2 选择题的排除法逻辑网易选择题比较讲“逻辑链”很多题不是考单一知识点而是给你一个场景让你选“最优解”或“最不可能的原因”这就要求每个选项都得快速验证一遍。我常用的套路是先看选项里有没有绝对化的词“一定”“不可能”“唯一”这类选项往往是错的再看有没有和题干背景强相关的选项游戏场景里“性能”“内存”“延迟”常是正确答案的关键词最后再对拿不准的题做正向推理而不是瞎蒙。比如那段C内存对齐题如果忘了规则也可以用“结构体大小至少是所有成员大小之和”这个下限先去排除明显偏小的选项。4.3 简答题怎么写才能让批卷人看得舒服校招笔试的批卷人通常是负责该方向的技术老手一天可能要批几百份卷你的简答题如果字迹混乱在线笔试是打字排版混乱、逻辑不清、关键词不突出很容易被压分。我的经验是三条第一先给结论再给理由让阅卷人一眼看到你的核心答案第二能用步骤序号就用序号不要写一整段话让人去拆第三可以适当写“如果是我实现我会……”这种表达因为游戏开发岗的简答题很多是开放性的你给出自己的设计比起复述教科书标准答案更能打动人。还有一个小技巧如果遇到不会的简答题别空着把相关的公式、名词、可能的思路都列出来。游戏客户端笔试的简答题评分经常是“按点和步骤给分”写对一步就有一步的分。空白的0分和写满的3分差距非常大。4.4 编程题最重要的是先定义清楚问题编程题的坑通常不在算法本身而在题意理解。网易的题目描述往往很长夹杂着游戏文案包装比如“英雄”“技能”“小怪”“关卡”本质可能就是一个简单的最短路径或背包问题。做这类题务必先划出题目的输入输出约束n的范围是多少如果n≤1000O(n²)可能能过如果n≤10^5就必须优化到O(n log n)或O(n)。内存限制是多少能不能开二维数组这些信息决定了解法方向。还要注意一个游戏客户端特有的陷阱有些编程题要求你写出完整的类或结构体定义而不是只写一个函数。比如“设计一个技能系统支持释放技能、计算伤害、检查冷却”这种题必须用工程化的方式组织代码而不是把逻辑塞在一个main函数里。网易的笔试题很看重代码结构函数拆分、命名规范、边界处理都会影响评分。5. 笔试之后从试卷看面试的延伸方向笔试不是终点它只是初筛。多数情况下笔试卷上没答好的知识点面试官会在后面的技术面里继续追问。所以笔试结束后强烈建议立刻复盘把每一道错题都整理成面试准备素材。5.1 笔试暴露出的薄弱点就是面试的高频问法比如你笔试里内存对齐算错了面试官很可能追问“如果一个结构体在32位和64位系统下sizeof结果会不会不同为什么”或者“如果这个结构体要作为二进制协议发送到服务器不同编译器的对齐规则会导致什么问题”我当时在Z-Buffer那道题上答得不错面试官顺着问了一个进阶问题“如果场景里有大量半透明物体Z-Buffer还能正常排序吗为什么半透明渲染要单独处理”。这其实是渲染排序问题半透明物体需要从远到近绘制画家算法否则混合结果会错误而Z-Buffer无法正确处理半透明混合的先后顺序。这种连环追问不是要难为你而是在看你对一个知识点的理解是深层的还是表层的。5.2 把笔试题目改成“如果是我来设计”的思考题笔试结束后的复盘阶段我建议别只停留在“正确答案是什么”而是把每道题都改写成“如果我是这个系统的开发者我会怎么设计”。这个方法对游戏客户端岗尤其有效因为笔试里的很多问题本身就是从真实游戏项目里抽出来的。比如那道内存池设计题正确方案可以是空闲链表但你可以更进一步想如果对象大小不一样怎么办是否要按大小分桶如果某个对象释放特别频繁是否需要引入线程局部缓存如果想避免内存碎片是否可以用伙伴系统这些思考本身不会出现在笔试答卷里但面试时能讲出来就会很加分。面试官真正想了解的是你有没有主动深入探索过问题的能力。5.3 游戏客户端笔试之后的面试通常会比笔试更贴近项目网易的游戏客户端面试通常有两到三轮技术面加一轮HR面。技术面里大概率会问项目经历如果你的简历上没有游戏相关的项目就会让你现场设计一个小功能比如技能系统、背包系统、排行榜系统。这时候笔试积累的一整套思考框架就能直接复用先定义需求再设计数据结构再分析时间复杂度再考虑扩展性。和笔试简答题一样解决问题的骨架是完全相通的。还有一点非常重要网易不同游戏工作室之间风格差别很大面试官可能会拿着他们正在做的项目来问。比如做MMO的面试官会对场景加载、模型换装感兴趣做MOBA的会对帧同步、技能判定感兴趣做二次元卡牌的会对UI框架、资源管理感兴趣。笔试只是门槛面试才是真正的深水区。6. 给准备投递游戏客户端岗位的同学几条实在建议6.1 不要只刷题花时间写出一个能跑的Demo这句话我已经对很多学弟学妹说过今天再强调一遍。想进游戏客户端岗光靠刷题和背书是不够的。就算笔试能过面试阶段一个“完全没碰过引擎”的候选人和一个“用Unity做了个2D小游戏、能讲清楚角色控制和碰撞处理”的候选人差距是碾压性的。具体建议用Unity或Unreal做一个小项目哪怕是一个极简单的2D平台跳跃游戏。你要能独立处理角色移动、碰撞检测、动画切换、UI界面然后把整个工程放在作品集里。面试的时候你把项目demo展示出来并对每个模块的技术细节讲得条理清晰这比笔试满分更有说服力。6.2 C基础要过硬尤其是内存和编译链接游戏客户端开发岗的C考察深度比其他方向更深因为引擎代码必须考虑性能和跨平台。笔试之外我建议你把以下问题彻底搞清楚虚函数表的内存布局、内存对齐的代价与收益、自底向上的编译链接过程、静态库和动态库的区别、智能指针的实现原理、移动语义的坑。每一个都可以帮你回答面试官远超笔试深度的追问。6.3 复盘笔记要按“考点-场景-方案”三层结构整理我当年备考时坚持做笔试复盘笔记把所有真题、错题、经典题整理成一个表格每一题按三层维度拆解考点实际场景参考方案内存对齐网络消息包解析按对齐规则定义结构体用pragma pack控制Z-Buffer地形与角色的遮挡关系深度缓冲遮挡剔除半透明排序处理帧同步MOBA实时战斗确定性逻辑输入队列延迟补偿内存池子弹、特效高频生成销毁空闲链表预分配对象复用八方向寻路角色移动、怪物AIBFS/A* 路径平滑这个复习框架表面上是在整理知识点实际上是在帮你建立一个“遇到问题能想到方案”的映射网络而这正是游戏客户端工程师日常工作的核心状态。6.4 保持手写代码和设计文档的输出习惯校招笔试通常是线上环境但面试时会有白板题或共享编辑器写代码。习惯在IDE里靠自动补全写代码的同学一旦到了白板环境就手足无措。建议日常练习时故意关掉自动补全手写std::vector的基本操作、手写BFS/DFS框架、手写一个简单的内存池实现。这些看似笨拙的练习会让你在笔试面试的高压环境下更从容。6.5 关注游戏行业的技术趋势但别只追热点我注意到近两年很多同学都在学AI应用开发、大模型全栈这和游戏客户端开发并不是同一条赛道。游戏客户端开发的根基永远在计算机图形学、实时渲染、引擎架构、性能优化上。新兴的AI辅助内容生成是工具层面不能替代扎实的图形学功底。如果对AI真正感兴趣可以关注智能体开发、AIGC辅助美术资产生产这些方向作为加分项但主攻方向不要跑偏。把笔试要求的知识点吃透比追逐每一波技术热词更重要。回到这份2018年的笔试卷虽然已经过去几年但它考察的能力模型和核心知识点放在今天的游戏客户端校招里依然适用。游戏行业在变引擎在变渲染技术在变但对计算机基础的深度理解和对游戏开发问题的直觉把握永远是好程序员和普通程序员的分水岭。希望这篇复盘能帮你少走一些弯路。 网易游戏客户端校招笔试题复盘：从C++到图形学考点解析
又是一年校招季后台很多读者在问游戏客户端开发岗笔试到底考什么。翻到自己电脑里还存着当年参加网易2018校招游戏客户端开发工程师笔试时的笔记和复盘正好借这个机会把这份笔试卷掰开揉碎讲一遍。先说结论这份笔试卷的核心不是考察你背了多少API而是考察“你有没有用游戏工程师的思维方式去思考问题”。同样是考C、考算法但出题角度和通用软件开发有着明显差异。文章会比较长按模块拆解想看哪部分可以直接跳。1. 一份笔试卷背后游戏客户端笔试到底在筛什么人1.1 从整体结构反推岗位能力模型网易2018校招游戏客户端笔试卷满分100分考试时间120分钟整体结构大致分为四个板块计算机基础知识、算法与数据结构、编程能力、游戏开发综合。这里说的“大致”是因为网易不同事业群网易游戏、网易互娱、网易雷火的出题侧重点略有差异但核心能力模型是一致的。这个结构透露出的信息非常明确游戏客户端开发工程师不是单纯的“程序员”也不是纯粹的“游戏玩家”而是站在计算机科学、软件工程、图形学、用户体验交叉点上的复合角色。笔试环节就是要用一套题把你在这几个维度上的储备摸个底。1.2 和各互联网大厂通用开发岗笔试的差异我当年也同步投了网易杭州研究院的后端开发岗两个笔试放在一起对比差异非常明显维度游戏客户端开发岗通用后端开发岗语言侧重C为主考察内存、对象模型Java/Go为主偏工程框架算法题风格偏状态搜索、动态规划、数学推导偏大数据处理、系统设计操作系统考点内存管理、多线程同步网络编程、IO模型专属考点图形学基础、渲染管线、游戏逻辑数据库、分布式、中间件综合题Unity/自研引擎、帧同步、热更新高并发架构、微服务这个对比不是要分高下而是提醒准备方向。很多人拿LeetCode刷题套路去应对游戏客户端笔试结果栽在图形学、栽在内存布局分析上非常可惜。1.3 笔试考察的五项底层能力结合当年考题和我后来参与校招面试的经验这套笔试本质上在筛选以下五项能力一是语言功底尤其是C的底层细节。游戏引擎里的性能敏感路径几乎都是C写的你不能只停留在“会用”层面得理解对象生命周期、内存布局、编译器行为。二是算法基本功但更看重你能否把复杂问题抽象成状态转移、搜索策略并估算复杂度。游戏里有大量AI寻路、碰撞检测、资源调度问题本质都是算法问题。三是图形学基础这是和通用开发岗最大的分水岭。不需要你会写光追渲染器但至少要清楚渲染管线每个阶段在干什么坐标系怎么变换顶点怎么变成屏幕上的像素。四是工程思维也就是面对一个模糊需求时能否拆解模块、设计数据结构、权衡方案。五是游戏感这个比较玄学但笔试综合题里确实会出现。比如“一个角色在3D场景里怎么判定是否被遮挡”“技能冷却系统怎么设计”这些需要你真正理解游戏运行时的逻辑。2. 核心考点逐个拆从C到图形学每一类题在考什么2.1 C语言基础内存模型是重头戏C板块的题目数量不算最多但分值密度高而且往往以“代码输出题”的形式出现——给你一段代码让你写出运行结果或者判断会不会崩溃。网易尤其喜欢在这里挖坑。2.1.1 虚函数、构造析构顺序、对象切片我记得有一道题给出了一个基类和一个派生类main函数里分别用基类指针指向派生类对象、用值拷贝的方式复制派生类对象然后调用虚函数问输出序列。这个题至少涉及三个知识点虚函数表指针的初始化时机、构造与析构的调用顺序、对象切片。很多人能答出虚函数实现多态但忽略了用值拷贝时派生类对象被“切片”成基类对象虚函数调用就不会走进派生类版本了。这种题考的不是你背没背过概念而是你有没有在调试器里看过对象内存布局。类似高频考点还有构造函数中能否调用虚函数答案是能调但不会多态分派因为派生类还没构造完成、析构函数为什么建议写成虚函数、为什么基类析构不是虚函数时delete派生类对象是未定义行为。这些都要能讲清背后的对象生命周期逻辑而不是背结论。2.1.2 内存对齐与struct布局内存对齐在2018年那份试卷上直接出了一道计算题给定一个结构体成员是char、int、short、double的混合问在默认对齐规则下sizeof等于多少以及成员偏移量分别是多少。这种题没有任何捷径只能硬算。核心规则记住三条每个成员按自身大小和#pragma pack(n)中的较小值对齐整个结构体的大小按最大成员对齐系数对齐结构体成员顺序会影响最终大小重排字段顺序往往能节省内存。游戏开发里结构体会被大量用于顶点格式定义、网络消息包解析、二进制资源读取内存对齐直接影响性能和数据正确性所以笔试考这个非常合理。2.1.3 智能指针、左值右值与移动语义2018年的时候C11/14已经很普及了网易的笔试试卷里出现了std::shared_ptr循环引用的问题题以及一个关于std::move的判断题。智能指针的题基本都是同一个套路两个对象互相持有shared_ptr导致引用计数永远不为零内存泄漏。排查方法就是打破循环weak_ptr登场。关于左值右值我当年做那道题时也犹豫了一下。核心要理解的是std::move本身不移动任何东西它只是把左值无条件转换成右值引用真正的移动发生在移动构造函数里。游戏里常用这个优化来避免容器的深拷贝比如std::vector传参、返回临时对象等场景。2.2 数据结构与算法不只是刷LeetCode算法题是笔试的大头通常是两道编程题加若干小题。网易游戏客户端的方向比较明确不刻意追求冷门数据结构而是在经典结构上考出深度。2.2.1 高频考点二叉树、哈希、优先队列2018年那套试卷里有一道用两个栈实现队列的数据结构题属于“看着简单但代码要写得干净”的类型。还有一个设计题让你为一个游戏中的玩家ID设计一个哈希函数同时考虑冲突处理策略。哈希那个题挺有意思它不考你背哈希表原理而是给出实际场景玩家ID是字符串形式类似player_10001需要存放在固定大小的哈希表里要求查找尽量快、冲突尽量少。这时候你就要考虑直接把整个字符串hash还是截取数字部分hash链表法是选择链地址还是开放寻址空间换时间到哪个程度这些权衡背后的思考比标准库实现更能体现工程能力。优先队列在游戏开发里的出场率也非常高比如A*寻路的开放列表、优先处理紧急事件的消息队列、单位血包拾取的优先级排序等。笔试里的优先队列题往往结合“返回前K个高频元素”或者“合并K个有序链表”这类变形来考。2.2.2 动态规划网易笔试的常客动态规划在游戏客户端笔试里的出现频率高得离谱。2018年那套卷子的最后一题编程题就是一个典型的DP问题大致题意是一个英雄在地图上从左下角走到右上角地图上有金币和怪物经过金币加分经过怪物扣血求最大剩余血量或最大得分。这类问题看着像搜索但地图规模一大就必须用DP。状态定义是“到达某个格子的最大得分”转移方程就是“左边格子或下边格子的得分加上当前格子的值”本质是个二维DP。难点在于边界条件起点值要不要算血量为负但还能继续走吗这些细节在题目里可能没有明说需要考生主动思考并和处理方案一起呈现。DP题是区分度很高的题因为它同时考察了状态抽象能力、复杂度分析、代码实现三项能力。备考时建议大家盯着这几类练01背包及其变形、二维网格路径问题、最长递增子序列类、区间DP入门题。2.2.3 一道“网易风格”的搜索题八方向寻路有一道题是八方向寻路允许斜着走地图上有障碍物问从起点到终点的最短路径长度。这题主力解法是BFS但如果地图有不同地形代价就要升级成A*或者Dijkstra。我记得当时很多人在这个题上犯了一个经典错误用DFS求解最短路。DFS在迷宫规模小的时候确实能出正确结果但复杂度是指数级的当迷宫是50x50时直接超时。批卷的时候看到DFS求最短路的代码即使答案对了也很难拿高分因为这是算法复杂度意识不足。这个题还延伸出一个游戏开发常考问题如果允许斜着走BFS的扩展方向从4个变成8个为什么步数和实际距离不再是线性关系答案是斜着走一步的欧氏距离是√2而不是1但步数统计时都按1算这就导致BFS求出的“最短步数”在允许斜走时不一定对应“最短欧氏距离”。这个问题在实时策略类游戏的单位寻路里真实存在引擎里一般用八方向寻路路径平滑来缓解。2.3 图形学基础和通用开发岗位拉开差距的地方图形学题是游戏客户端笔试的招牌板块也是很多算法刷得飞起但没接触过渲染的同学折戟的地方。2018年网易试卷的图形学部分大概是四道选择题加一道简答题分值占15分左右。2.3.1 渲染管线各阶段的作用必须能完整默写选择题里有一道就是“下列哪个阶段不是渲染管线的一部分”选项包括顶点着色器、片段着色器、几何着色器、物理引擎。正确答案是物理引擎但很多人栽在这里说明对渲染管线的边界不够清晰。送分归送分简答题就认真了。题目大意是描述从CPU提交顶点数据到屏幕上显示出三角形中间经过了哪些主要阶段。这个题没有固定标准答案但优秀回答应该包含完整链路CPU阶段应用程序阶段完成场景管理、剔除、提交DrawCall→ GPU阶段顶点输入装配 → 顶点着色器 → 可选几何着色器/细分 → 光栅化 → 片元着色器 → 裁剪测试、深度测试、模板测试 → 颜色混合 → 帧缓冲呈现到屏幕。这道题这么重要是因为它决定了你对游戏性能问题分析的直觉。当你看到一个游戏GPU占用率很高你至少得能判断瓶颈可能来自顶点阶段还是像素阶段才能对症优化比如LOD多级细节还是降分辨率。2.3.2 坐标系变换模型空间到屏幕的旅程还有一个简答题考的是变换流程让写出模型空间、世界空间、观察空间、裁剪空间、屏幕空间之间的变换矩阵关系。这类题需要你清楚每个阶段在做什么模型变换M把物体从自身坐标系放入世界坐标系视图变换V把世界坐标转换到以相机为原点的观察坐标系投影变换P把观察坐标压到裁剪空间并做透视除法视口变换映射到屏幕像素坐标。完整公式就是屏幕坐标 视口矩阵 × 透视矩阵 × 视图矩阵 × 模型矩阵 × 模型顶点坐标。怎么记我给你一个游戏开发的直觉任何物体要在屏幕上出现本质就是不停地在不同“参考系”之间换坐标系。模型空间是它自己的本地坐标系世界空间是整个游戏场景的坐标系观察空间是“以你的眼睛为中心”的坐标系屏幕空间是“你眼睛里看到的画面像素坐标”。这个理解方式比背矩阵快得多。2.3.3 判断是否被遮挡Z-Buffer原理题图形学简答题还出现过Z-Buffer算法原理多个物体在屏幕上同一像素位置重叠时如何决定谁显示在前面Z-Buffer的核心就是每个像素维护一个深度值绘制时比较当前片段深度和已有深度深度小更近的通过深度测试并更新深度值。这道题本身就是问原理但如果能主动指出Z-Buffer的精度问题——深度缓冲通常是非线性分布的离摄像机越近精度越高远处精度低远处物体容易出现闪烁z-fighting——会明显加分。在游戏开发里处理方案包括采用对数深度缓冲、分割远近裁剪面距离、或者在美术资源层面避免过大场景纵深。2.4 操作系统与网络游戏服务器交互的基础游戏客户端不是单机程序任何联机游戏都要和服务器通信所以操作系统和网络知识也要考但比重比后端岗小。2.4.1 多线程与锁游戏主循环里的同步问题有一道题问两个线程同时访问一个全局变量一个读一个写不加锁会发生什么如何解决。这个问题表面考线程安全实际是考你对游戏主循环结构的理解。游戏主线程每帧都在处理逻辑、渲染、输入而网络线程在后台收包这两个线程天然共享数据比如玩家位置、血量状态必须保证线程安全。解决办法至少有几种互斥锁lock_guard、原子变量std::atomic、读写锁shared_mutex、无锁队列。进阶一点还有一套游戏行业常见的做法叫“帧同步模式”——逻辑线程和渲染线程双线程每个线程各维护一套数据帧尾交换“命令”从而避免锁竞争。这个角度能体现你对游戏开发特有问题的理解深度。2.4.2 TCP与UDP帧同步和状态同步的选型逻辑网络部分考过一道非常典型的题实时对战游戏的网络通信应该选择TCP还是UDP为什么教科书答案会说UDP因为低延迟。但游戏开发视角更完整如果游戏对延迟非常敏感比如MOBA、FPS使用UDP可以避免TCP的粘包、重传、拥塞控制带来的延迟抖动。但UDP不可靠所以要在应用层做可靠性保障——确认重传、序列号、冗余发送等。反观回合制或对实时性要求低的游戏TCP完全够用还能省掉自己实现可靠传输的成本。这个问题的深层考点是“选型要结合业务场景”不是背协议特性。网易游戏的笔试有多年都围绕同步方案出题帧同步lockstep和状态同步state synchronization的区别、各自优劣、适用场景。帧同步的核心是“所有客户端执行相同逻辑、相同输入得到相同结果”对逻辑确定性要求极高浮点数运算差异都会导致不同步状态同步则是由服务器统一计算并下发状态客户端只负责表现对网络带宽要求更高。这些概念笔试阶段能讲清楚面试就更稳。2.4.3 智能指针与内存管理之外内存池游戏客户端很容易在运行时频繁创建和销毁小对象子弹、伤害飘字、技能特效每次走malloc/free性能很差且产生内存碎片。所以笔试里出现了内存池的实现思想题如何设计一个高效的对象池避免频繁调用系统内存分配我当时给了比较完整的方案预分配一大块连续内存把它切成固定大小的slot用一个空闲链表维护可用slot分配时从头结点取一个释放时插回链表头。这其实就是经典的内存池设计。进阶版本还要考虑对象复用调用构造函数和析构函数的时机、线程安全用TLS或锁、池满扩容策略。这个题能考出你对游戏运行性能瓶颈的理解而不仅是背一个设计模式。2.5 引擎与游戏开发常识Unity/自研引擎的考察到引擎题就是真正考验游戏开发积累的时候了。网易2018年那份试卷出现了一些引擎相关的题目覆盖面很广。2.5.1 Unity生命周期函数的顺序执行有一道选择题考了MonoBehaviour的Awake、OnEnable、Start、Update、FixedUpdate、LateUpdate、OnDisable、OnDestroy的调用顺序。这个看似是基础题但坑在于很多人只记得Update在每一帧调用却不清楚Awake和OnEnable的先后以及FixedUpdate依赖于固定的物理时间步长与Update的帧率无关。实际开发里初始化和释放资源如果放错生命周期函数会出现空引用或者时序问题严重时就是启动崩溃还特别难排查。2.5.2 资源管理AssetBundle、引用计数、卸载策略综合题还出现过AssetBundleAB包的加载释放机制题如何管理内存中的GameObject和Asset避免卸载时崩溃避免重复加载浪费内存。标准回答是引用计数引用计数管理每个资源被多少对象使用释放时递减归零再真正卸载还要配合依赖管理加载一个AB包时自动加载它依赖的AB包但要注意循环依赖。进阶答案会谈到Unity的Resources和AssetBundle的本质区别前者打进安装包无法分模块下载后者用于热更新与按需加载。网易自研引擎如Messiah、NeoX也有类似机制但概念模型相通。2.5.3 场景管理如何判断角色是否在相机视野内这个题很典型给你一个3D游戏场景有1000个敌人如何高效判断哪些敌人需要渲染答案是分层剔除视锥剔除Frustum Culling是第一步把相机视锥体的六个面提取出来用包围盒AABB或包围球与视锥体做相交测试筛掉视野外的物体。然后是遮挡剔除Occlusion Culling在场景里动态计算被墙体或者较大物体挡住的对象不提交渲染。最后按距离做LOD切换远处的物体用更低精度的模型。这个流程几乎是所有3D游戏引擎的标配优化手段。这道题的高分答法还要提到不要把每个物体都单独做精密的相交测试而是用BVH包围体层级结构或八叉树把空间组织起来先测试大包围盒再往下细分。另外CPU端的剔除结果要批量提交给GPU减少DrawCall。能想到这一步说明你对渲染性能有完整认识。3. 几道当年的“网易风格”真题我是怎么一步步想出答案的前面是按知识模块拆考点这一节我挑几道具体的题目把我当年的完整思考链路拉出来。事先说明凭记忆复述的题目肯定和原题有出入但考法和解析思路是真实可靠的。3.1 一道考察内存对齐的代码输出题题目描述有结构体如下在64位系统、默认对齐下输出sizeof(A)是多少。struct A { char c; int i; short s; double d; };我的思考过程默认对齐规则是每个成员对齐到“自身大小”的倍数地址结构体整体大小对齐到“最大成员对齐系数”的倍数。编译器实际处理时char占1字节然后为了int对齐到4字节边界需要填充3字节int占4字节short占2字节double需要对齐到8字节边界而当前偏移是44210不是8的倍数所以填充6字节到16然后double占8字节总大小24字节是8的倍数不需要额外填充。答案是24字节。这个题变种非常多调整成员声明顺序可以让结构体从24字节降到16字节比如把double放最前面性能敏感的代码里一个结构体少8个字节100万个顶点的顶点缓冲就是8MB内存差别。笔试考内存对齐其实是在筛选是否具备这种内存意识。3.2 一道填数字的动态规划题题目大意n x m网格每个格子是金币正数或怪物负数玩家从左上出发到右下只能向右或向下走求能获得的最大总金币数。思考过程这是二维DP的新题变种。设dp[i][j]表示从起点到(i,j)的最大金币数状态转移是dp[i][j] max(dp[i-1][j], dp[i][j-1]) grid[i][j]。初始化时第一行和第一列只能一路累加。复杂度O(nm)空间可以滚动数组优化到O(m)。但笔试的题目可能更隐蔽不是单纯求最大金币数而是“初始血量为X每个怪物扣血金币可回血要求任意时刻血量不低于1求初始最少血量”。这时候状态定义就要反过来dp[i][j]表示从(i,j)到终点所需的“最少初始血量”。倒推着做能避免路径上的血量约束传导问题。我当时是先写出正向版再写出逆向版并把两种状态定义都写进注释里详细说明为什么倒推更合理。这个题我拿了满分最关键的就是把边界条件写清楚、把状态定义写明白而不只是给一个通不过隐藏用例的版本。3.3 一道渲染管线的简答题题目简述从场景渲染到屏幕的整个过程要求写清楚主要阶段和每个阶段的作用。我的思路这是一道没有唯一答案但能拉开层次的题。我按CPU/GPU链路作答先写CPU端的场景管理剔除、排序、批次合并再写提交DrawCall然后进入GPU渲染管线顶点着色器处理顶点变换、裁剪剔除视锥外的图元、光栅化顶点转成像素、片元着色器计算颜色、深度测试与混合决定每个像素的最终颜色。最后两步帧缓冲处理、后处理、呈现到屏幕。简答题切忌只写名词不解释。把“光栅化”三个字写上去和写“把三角面片离散为像素插值出每个像素的UV、法线、深度等信息生成片元”是两码事。后者能体现你真的调试过渲染逻辑而不是背了概念。3.4 一道帧同步概念题同步与不同步的取舍这个题大意是一个实时战术竞技类游戏多个玩家实时对战请比较帧同步和状态同步方案的优缺点并为该项目选择你倾向的同步方案。这个题是综合题中的综合题。正常答法帧同步延迟低、流量小、逻辑一致性强适合同屏单位多、同步频率高的游戏但实现复杂度极高任何一位玩家的硬件差异、浮点精度差异都会导致逻辑分叉状态同步实现简单、容错性强、便于反作弊但带宽占用大同屏单位多时服务器压力巨大。对描述里的项目我倾向于帧同步因为游戏玩法需要精细的实时交互和大量单位同步。但高分答案是带前提的。我追加了一段帧同步方案能否落地取决于团队是否有成熟的确定性数学库、是否能做到不同平台浮点一致、是否有回放和断线重连机制支持。如果团队经验不足稳妥方案是状态同步服务器权威计算。这类题考察的是“有立场、有依据、有边界条件”的工程决策能力而不是单纯背书。4. 笔试过程中的节奏掌控与答题策略4.1 120分钟的时间分配建议网易这套笔试卷的题量大概在30道左右其中选择题15道、填空题4道、简答题6道、编程题2道按120分钟分配我认为比较合理的时间切割是前10分钟快速过一遍全部题目标注每道题的预估耗时和难易程度优先做有把握的题。50-60分钟选择题和填空题目标是最多错两三个。这些题考察基础耗时短单位时间得分率高。30分钟简答题。每题控制在5分钟左右宁可答得精简也别留空白思路对就给分。最后20分钟两道编程题。先做容易拿分的第二道最后啃硬骨头。哪怕写不出完整解法把状态定义、转移方程、伪代码写出来也能拿过程分。编程题是很多人的心理阴影我见过太多人在第一道编程题上死磕到交卷第二道空白。大忌。第一道编程题往往是中规中矩的BFS或DP第二道却可能是“加分题”思路更直接。先拿稳分再冲击难题。4.2 选择题的排除法逻辑网易选择题比较讲“逻辑链”很多题不是考单一知识点而是给你一个场景让你选“最优解”或“最不可能的原因”这就要求每个选项都得快速验证一遍。我常用的套路是先看选项里有没有绝对化的词“一定”“不可能”“唯一”这类选项往往是错的再看有没有和题干背景强相关的选项游戏场景里“性能”“内存”“延迟”常是正确答案的关键词最后再对拿不准的题做正向推理而不是瞎蒙。比如那段C内存对齐题如果忘了规则也可以用“结构体大小至少是所有成员大小之和”这个下限先去排除明显偏小的选项。4.3 简答题怎么写才能让批卷人看得舒服校招笔试的批卷人通常是负责该方向的技术老手一天可能要批几百份卷你的简答题如果字迹混乱在线笔试是打字排版混乱、逻辑不清、关键词不突出很容易被压分。我的经验是三条第一先给结论再给理由让阅卷人一眼看到你的核心答案第二能用步骤序号就用序号不要写一整段话让人去拆第三可以适当写“如果是我实现我会……”这种表达因为游戏开发岗的简答题很多是开放性的你给出自己的设计比起复述教科书标准答案更能打动人。还有一个小技巧如果遇到不会的简答题别空着把相关的公式、名词、可能的思路都列出来。游戏客户端笔试的简答题评分经常是“按点和步骤给分”写对一步就有一步的分。空白的0分和写满的3分差距非常大。4.4 编程题最重要的是先定义清楚问题编程题的坑通常不在算法本身而在题意理解。网易的题目描述往往很长夹杂着游戏文案包装比如“英雄”“技能”“小怪”“关卡”本质可能就是一个简单的最短路径或背包问题。做这类题务必先划出题目的输入输出约束n的范围是多少如果n≤1000O(n²)可能能过如果n≤10^5就必须优化到O(n log n)或O(n)。内存限制是多少能不能开二维数组这些信息决定了解法方向。还要注意一个游戏客户端特有的陷阱有些编程题要求你写出完整的类或结构体定义而不是只写一个函数。比如“设计一个技能系统支持释放技能、计算伤害、检查冷却”这种题必须用工程化的方式组织代码而不是把逻辑塞在一个main函数里。网易的笔试题很看重代码结构函数拆分、命名规范、边界处理都会影响评分。5. 笔试之后从试卷看面试的延伸方向笔试不是终点它只是初筛。多数情况下笔试卷上没答好的知识点面试官会在后面的技术面里继续追问。所以笔试结束后强烈建议立刻复盘把每一道错题都整理成面试准备素材。5.1 笔试暴露出的薄弱点就是面试的高频问法比如你笔试里内存对齐算错了面试官很可能追问“如果一个结构体在32位和64位系统下sizeof结果会不会不同为什么”或者“如果这个结构体要作为二进制协议发送到服务器不同编译器的对齐规则会导致什么问题”我当时在Z-Buffer那道题上答得不错面试官顺着问了一个进阶问题“如果场景里有大量半透明物体Z-Buffer还能正常排序吗为什么半透明渲染要单独处理”。这其实是渲染排序问题半透明物体需要从远到近绘制画家算法否则混合结果会错误而Z-Buffer无法正确处理半透明混合的先后顺序。这种连环追问不是要难为你而是在看你对一个知识点的理解是深层的还是表层的。5.2 把笔试题目改成“如果是我来设计”的思考题笔试结束后的复盘阶段我建议别只停留在“正确答案是什么”而是把每道题都改写成“如果我是这个系统的开发者我会怎么设计”。这个方法对游戏客户端岗尤其有效因为笔试里的很多问题本身就是从真实游戏项目里抽出来的。比如那道内存池设计题正确方案可以是空闲链表但你可以更进一步想如果对象大小不一样怎么办是否要按大小分桶如果某个对象释放特别频繁是否需要引入线程局部缓存如果想避免内存碎片是否可以用伙伴系统这些思考本身不会出现在笔试答卷里但面试时能讲出来就会很加分。面试官真正想了解的是你有没有主动深入探索过问题的能力。5.3 游戏客户端笔试之后的面试通常会比笔试更贴近项目网易的游戏客户端面试通常有两到三轮技术面加一轮HR面。技术面里大概率会问项目经历如果你的简历上没有游戏相关的项目就会让你现场设计一个小功能比如技能系统、背包系统、排行榜系统。这时候笔试积累的一整套思考框架就能直接复用先定义需求再设计数据结构再分析时间复杂度再考虑扩展性。和笔试简答题一样解决问题的骨架是完全相通的。还有一点非常重要网易不同游戏工作室之间风格差别很大面试官可能会拿着他们正在做的项目来问。比如做MMO的面试官会对场景加载、模型换装感兴趣做MOBA的会对帧同步、技能判定感兴趣做二次元卡牌的会对UI框架、资源管理感兴趣。笔试只是门槛面试才是真正的深水区。6. 给准备投递游戏客户端岗位的同学几条实在建议6.1 不要只刷题花时间写出一个能跑的Demo这句话我已经对很多学弟学妹说过今天再强调一遍。想进游戏客户端岗光靠刷题和背书是不够的。就算笔试能过面试阶段一个“完全没碰过引擎”的候选人和一个“用Unity做了个2D小游戏、能讲清楚角色控制和碰撞处理”的候选人差距是碾压性的。具体建议用Unity或Unreal做一个小项目哪怕是一个极简单的2D平台跳跃游戏。你要能独立处理角色移动、碰撞检测、动画切换、UI界面然后把整个工程放在作品集里。面试的时候你把项目demo展示出来并对每个模块的技术细节讲得条理清晰这比笔试满分更有说服力。6.2 C基础要过硬尤其是内存和编译链接游戏客户端开发岗的C考察深度比其他方向更深因为引擎代码必须考虑性能和跨平台。笔试之外我建议你把以下问题彻底搞清楚虚函数表的内存布局、内存对齐的代价与收益、自底向上的编译链接过程、静态库和动态库的区别、智能指针的实现原理、移动语义的坑。每一个都可以帮你回答面试官远超笔试深度的追问。6.3 复盘笔记要按“考点-场景-方案”三层结构整理我当年备考时坚持做笔试复盘笔记把所有真题、错题、经典题整理成一个表格每一题按三层维度拆解考点实际场景参考方案内存对齐网络消息包解析按对齐规则定义结构体用pragma pack控制Z-Buffer地形与角色的遮挡关系深度缓冲遮挡剔除半透明排序处理帧同步MOBA实时战斗确定性逻辑输入队列延迟补偿内存池子弹、特效高频生成销毁空闲链表预分配对象复用八方向寻路角色移动、怪物AIBFS/A* 路径平滑这个复习框架表面上是在整理知识点实际上是在帮你建立一个“遇到问题能想到方案”的映射网络而这正是游戏客户端工程师日常工作的核心状态。6.4 保持手写代码和设计文档的输出习惯校招笔试通常是线上环境但面试时会有白板题或共享编辑器写代码。习惯在IDE里靠自动补全写代码的同学一旦到了白板环境就手足无措。建议日常练习时故意关掉自动补全手写std::vector的基本操作、手写BFS/DFS框架、手写一个简单的内存池实现。这些看似笨拙的练习会让你在笔试面试的高压环境下更从容。6.5 关注游戏行业的技术趋势但别只追热点我注意到近两年很多同学都在学AI应用开发、大模型全栈这和游戏客户端开发并不是同一条赛道。游戏客户端开发的根基永远在计算机图形学、实时渲染、引擎架构、性能优化上。新兴的AI辅助内容生成是工具层面不能替代扎实的图形学功底。如果对AI真正感兴趣可以关注智能体开发、AIGC辅助美术资产生产这些方向作为加分项但主攻方向不要跑偏。把笔试要求的知识点吃透比追逐每一波技术热词更重要。回到这份2018年的笔试卷虽然已经过去几年但它考察的能力模型和核心知识点放在今天的游戏客户端校招里依然适用。游戏行业在变引擎在变渲染技术在变但对计算机基础的深度理解和对游戏开发问题的直觉把握永远是好程序员和普通程序员的分水岭。希望这篇复盘能帮你少走一些弯路。