作为经历过网易游戏实习招聘的过来人每年这个时间点都有不少学弟学妹来问我笔试到底考什么、难度怎么样。网易的Unity开发实习生笔试题在业内一直以“覆盖面广、基础扎实、紧跟项目实践”著称和那些纯刷LeetCode的互联网公司不同它更看重你对游戏引擎底层机制的理解深度。今天索性把2018年这套经典题目拿出来做个复盘结合我后来在项目里实际踩过的坑从出题人视角拆解一下每道题背后的考点给准备投递游戏岗位的同学一份真正能落地的备考参考。1. 整体设计思路拆解网易到底想招什么样的实习生先说结论网易这套题的核心筛选逻辑不是“你做过多少Demo”而是“你有没有真正理解游戏引擎替你干了什么”。整套题目覆盖了C#基础、Unity生命周期、渲染管线、物理系统、UGUI、性能优化和设计模式七个维度基本就是Unity客户端日常开发的全景扫描。1.1 笔试定位与考察逻辑网易的实习生笔试其实承担了双重筛选功能第一层是过滤掉那些只会拖拽组件、写过几个教学案例就觉得自己会Unity的同学第二层是筛选出对底层机制有好奇心、具备独立排查问题能力的人。所以你会发现题目里大量出现“为什么”“什么情况下”“如何优化”这类问法而不是单纯让你背API。我当时做完这套题最大的感受是它不考记忆考理解。比如同样的API题目会换成“在OnEnable里注册事件和Start里注册有什么区别”“为什么Update里不能用FindGameObject”这种项目里真正会遇到的场景。这就是网易一贯的风格和他们的项目文化一脉相承——引擎是工具理解工具背后的原理才能用得对。1.2 题型结构与应对策略从题型来看主要是单选、多选、判断和两道编程题外加两到三个简答题。选择题考察的是知识面的广度编程题考察的是代码功底和算法思维简答题则侧重表达能力和工程经验。时间上一般是一个半小时到两个小时说实话时间比较紧很多同学栽在选择题上纠结太久导致后面编程题没时间写完。我的建议是拿到试卷先花两分钟把所有题目扫一遍把编程题和简答题的分数先锁定再回头啃选择题。因为选择题一道也就一两分编程题一道往往占据二十分以上策略性放弃个别偏怪选择题是完全值得的。下面我把各个知识模块逐一拆开讲。2. C#基础考点解析一切引擎特性的地基C#部分通常占据20%到25%的比例但千万别小看这部分Unity的很多机制搞不懂根子都在C#理解不透彻上。网易在这一块的出题倾向于值类型与引用类型、委托与事件、装箱拆箱、字符串处理这几个高频率考点。2.1 值类型与引用类型的本质区别这是必考题几乎没有悬念。题目通常会给你一段代码让你判断某个变量修改后另一个变量的值是否变化。这个问题的根源在于值类型直接存储数据而引用类型存储的是数据的地址。Unity开发中常见的Vector3、Quaternion、Color都是结构体也就是值类型而GameObject、Component这类都是引用类型。我在实际项目里遇到过因为没搞清楚这个特性而产生的诡异Bug一个怪物配置类用的是Class策划在Inspector里改了数值结果所有怪物实例全部跟着变了。后来把配置改成ScriptableObject按引用传递才解决问题但如果在笔试阶段就能答清楚“结构体赋值是拷贝类赋值是共享引用”这个核心面试官就能判断你具备基本的代码素养。2.2 委托与事件观察者模式的C#实现Unity开发中UI回调、按钮点击、跨脚本通信全都会用到委托和事件。网易的题目通常会让你写一个简单的委托链调用或者问你event关键字和委托字段的区别。这个考点其实是在考察你是否理解观察者模式——也就是对象之间如何解耦通信。这里有个关键细节很多人会忽略event关键字在类外部只能使用和-不能直接调用而public委托字段在外部可以直接Invoke。从封装性角度来说正式项目里一定用event而不是裸委托字段否则任何一个外部脚本都能把你的委托链清空这在多人协作时是非常危险的。我的实际经验是项目里还应该对事件封装一层自定义的EventBus统一管理事件的注册和注销避免脚本销毁后还残留引用导致内存泄漏。2.3 字符串拼接与装箱拆箱的性能陷阱笔试中经常会出现“以下哪段代码会产生额外的GC开销”这类题目。这里的核心就是字符串的不可变性和装箱拆箱。C#中字符串是引用类型但具有不可变性每次拼接都会创建新的字符串对象旧对象等待GC回收。在Update里做字符串拼接即使是小字符串一秒钟60帧跑下来也会产生大量垃圾。正确的做法是用StringBuilder或者字符串池。我在做Unity手机游戏优化时血条飘字和伤害数字最忌讳直接字符串相加改成StringBuilder后帧率能提升好几帧。装箱则是值类型转换成object时发生的比如int直接传进一个接收object参数的方法或者用字符串拼接一个数字都会触发装箱。避免方法是使用泛型或者重载方法尽量不把值类型和object打交道。如果你能在笔试中主动提到“GC Alloc”这个指标面试官就会知道你有性能敏感度这比背一百道题都管用。3. Unity核心生命周期与事件执行顺序Unity脚本的生命周期是必考且最容易混淆的部分。网易的题一般会给一段代码让你判断在某个场景下各个回调函数的执行顺序或者问你特定操作应该放在哪个函数里。这个板块考察的是你是否真正理解引擎的帧循环。3.1 生命周期回调函数全解析正常流程是Awake在脚本实例被创建时立即调用OnEnable在对象激活时调用Start在第一次帧更新之前调用Update每帧调用LateUpdate在所有Update执行完之后调用OnDisable在对象被禁用时调用OnDestroy在对象销毁时调用。笔试中经常挖的坑是Awake和OnEnable触发的先后顺序、以及OnEnable不一定在Start之前这个例外。这个知识点在实际项目中的应用场景非常多。比如你需要在Awake里获取组件引用因为Awake执行时所有物体都已经实例化完成需要监听外部事件时放在OnEnable里注册、OnDisable里注销这样即使物体被SetActive(false)也不会因为残留监听而报错。我见过太多新手把事件注册写在Start里结果物体被反复激活销毁几次之后回调被触发多次就是没有理解生命周期和事件注册的配合关系。3.2 Update、FixedUpdate与LateUpdate的选择这同样是高频考点。Update每帧调用频率取决于设备帧率FixedUpdate则以固定时间步长调用默认是每秒50次和物理系统同步LateUpdate在所有Update之后调用常用于摄像机跟随。题目通常会问“为什么摄像机跟随要放在LateUpdate而不是Update”或者“物理移动应该放在哪里”。答案的关键在于执行顺序。如果摄像机在Update里跟随角色而角色也在Update里移动这一帧里可能出现摄像机先执行拍到的是角色上一帧的位置从而导致画面抖动。放在LateUpdate则可以确保在所有物体移动完之后再更新摄像机保证画面平滑。物理相关操作则必须放在FixedUpdate因为你手动修改Rigidbody的力或速度时需要和物理引擎的步长保持一致否则会出现穿透或卡顿。3.3 协程的底层原理与正确用法协程也是笔试常客。题目可能会问“协程和线程的区别”“yield return null和yield return WaitForSeconds有什么不同”。这里的关键是理解协程并不是多线程它仍然运行在主线程上只是通过迭代器机制把代码分成了多个片段在满足条件时继续执行。协程的暂停恢复机制基于Unity的帧循环。yield return null表示下一帧继续yield return WaitForSeconds表示等待指定时间之后继续这里的计时使用的是缩放后的时间。协程最适合做延时逻辑、序列动画、异步加载回调但切忌在协程里做大量计算或者加载大资源因为它本质上还是阻塞主线程的。笔试里如果能把“协程是语法糖底层依赖迭代器状态机”这个本质讲出来基本就是加分项了。4. 渲染管线与Shader考点从看得见到画得好渲染相关题目在网易笔试里占比不低而且通常是拉开差距的地方。因为大部分实习生都停留在摆模型、调材质的阶段真正理解渲染管线的寥寥无几。网易在这方面考察的是你对GPU工作流程和性能瓶颈的敏感度。4.1 渲染管线流程与Draw Call笔试基本必问渲染管线的阶段划分。从应用阶段CPU准备数据、几何阶段顶点变换与光照计算、光栅化阶段生成片元、到最终逐片元着色并输出到帧缓冲这是一个完整的流程。出题方式通常是给你一个问题场景比如“场景中有大量静态物体如何优化渲染性能”这时候就要答到批处理和Draw Call合并。关于Draw Call我在做Unity手游时有着深刻的体会。场景道具数量一多每个物体都单独提交一次绘制命令CPU和GPU之间的通信就会成为瓶颈。解决方案包括静态合批、动态合批和GPU Instancing。静态合批适用于不动的物体会额外占用内存动态合批对顶点数有要求顶点数超过阈值的网格会自动取消合批GPU Instancing则适合大量相同网格、不同变换矩阵的物体比如草丛、石头、粒子。笔试答渲染优化题时把这些方案的优缺点和适用场景讲清楚就能体现出项目实战经验。4.2 光照模型与烘焙选择Unity支持实时灯光和烘焙光照两种方案。笔试中常问烘焙GI的原理和实时灯光为什么费。这里的关键是理解光照烘焙技术——把静态物体的光照信息预先计算并存储到光照贴图中运行时不再需要实时计算而是直接采样贴图即可。这个考点的实践背景在于移动平台的性能瓶颈。手机上实时多光源基本是性能杀手每增加一个实时点光源可能就带来几十个额外的Pass。所以正式项目里通常会把场景中的静态光源全部烘焙只保留少量影响动态物体的实时光源。我在项目里做地牢场景时就发现室内大量火把如果用实时点光源中端手机上帧率直接砍半烘焙后帧率稳定在满帧代价是烘焙时间较长和场景不能随意改动光源位置。笔试提到这个权衡就能让面试官看出你真的调过性能。4.3 Shader基础表面着色器与顶点片元着色器Shader相关的题目通常是给一段代码让你判断效果或者问某个关键字的含义。Unity的Shader有三种主要形态表面着色器Surface Shader、顶点片元着色器Vertex Fragment Shader和固定函数着色器。笔试重点一般在前面两者。表面着色器是Unity封装的便于和光照交互的着色器类型它自动处理了光照模型和前向渲染路径的很多细节适合快速开发。顶点片元着色器则给了你完全的控制权需要自己处理光照、阴影等一切细节适合需要特殊效果的情况。笔试时的关键理解是表面着色器最终也会被编译成顶点片元着色器它只是一种便于书写的封装而不是一种更高效的技术。实际操作中还会经常遇到Pass的数量问题一个Pass就是一次完整的渲染流程多个Pass就意味着物体需要被渲染多次这也是性能开销的大头。5. 物理系统与碰撞检测机制物理系统相关的考题主要围绕刚体、碰撞器、物理材质和碰撞检测回调四个维度展开。网易的笔试很少直接问“碰撞器有哪几种”这种背诵题而是通过场景判断题来考察你是否能预判物理行为。5.1 碰撞器类型与性能取舍Unity中Collider分为原始几何体碰撞器Box、Sphere、Capsule和网格碰撞器Mesh Collider。原始几何体碰撞器的计算开销小而网格碰撞器可以精确匹配任意形状的网格但开销大得多。笔试中常给的一个陷阱是游戏中的角色通常不会直接用Mesh Collider而是用多个Capsule Collider组合出合理的碰撞外形。实际项目中这类优化特别关键。我在做一款射击游戏时最初给枪械配件用了Mesh Collider结果同屏超过十个配件后帧率明显下降后来全部换成Box Collider组合性能显著提升。笔试题目如果问“一个场景中有大量结构复杂的静态物体需要碰撞检测你会怎么优化”就要答出把地面、墙体等静态物体标记为Static配合碰撞矩阵减少不必要的碰撞检测。5.2 碰撞回调与触发器OnCollision与OnTrigger的区别这个考点基本是必考的。OnCollisionEnter等碰撞回调要求至少一方带有Rigidbody且双方都有Collider而OnTriggerEnter则要求至少一方带有Rigidbody且双方标记为触发器。触发器不产生物理阻挡效果但会触发事件适合做区域检测、拾取判定、伤害范围等逻辑。这里有个实操中的经典坑检查OnTriggerEnter不生效时首先要确认Rigidbody挂在哪里。很多新手把Rigidbody挂在静态物体上或者挂在子物体而Collider在父物体上都可能导致回调不触发。另外刚体的Collision Detection Mode也值得注意高速移动的物体如果不设置为Continuous或ContinuousDynamic在低帧率下可能直接穿过薄墙体。笔试里如果能主动提到这个高速穿透的场景会显得很有实战经验。5.3 物理材质摩擦力与弹力物理材质Physic Material控制碰撞表面的摩擦力和反弹系数。笔试可能会给一个场景比如“如何让一个物体撞击地面后弹起并逐渐停止”这就要设置一定值的弹力Bounciness和摩擦力Friction同时需要考虑多个材质之间的摩擦系数如何合成。Unity中两个接触面的摩擦系数遵循相乘规则弹力则是取最大值。这一点在笔试中直接考公式的概率不大但在物理相关编程题里如果涉及小球反弹之类的逻辑理解这个概念就很重要。我的经验是物理材质的调参高度依赖手感和实际情况但笔试只需要讲清楚原理即可具体的数值调校属于面试时的加分话题。6. UGUI与界面交互考点UGUI的相关考题在Unity客户端笔试中占比稳定通常在10%到15%之间。网易偏向于考察UGUI的层级关系、Canvas的渲染模式、以及UI优化的实际操作。6.1 Canvas渲染模式与Overlay、Camera、WorldSpaceCanvas有三种渲染模式Screen Space Overlay直接覆盖在屏幕上与摄像机无关Screen Space Camera模式下Canvas被渲染在指定摄像机的一定距离处可以配合UI特效WorldSpace则把UI当作世界空间中的物体常用于头顶血条、VR界面等场景。笔试中的考点通常是Overlay模式下UI始终显示在最上层不受摄像机影响而Camera模式则可以利用摄像机的Post Processing特效对UI做后期处理。这里有一个经常被忽略的性能问题——Overlay模式的Canvas无论是否发生变化每一帧都会参与渲染和重建如果UI元素频繁变动重建开销会很可观。我在做排行榜界面时就发现一个Canvas下挂了几百个文本组件滚动时每帧触发重建卡顿非常明显后来通过拆分Canvas、将动态文字和静态背景分离解决了问题。6.2 图集Sprite Atlas与UI合批UI相关的性能考题中图集是绕不开的话题。Unity的UGUI每次提交渲染时会将同图集的元素合批如果UI的Image来自不同图集就无法合批产生额外的Draw Call。因此合理规划图集、把频繁同屏出现的UI元素放在一起是UI优化的基本原则。笔试可能会问“UI图片加载卡顿如何排查”或者“如何降低UI的Draw Call”答案的核心就是图集、批次和重建。实际操作中图集规划通常由美术和程序共同完成按照界面模块划分图集避免跨模块复用零星贴图。我在做背包系统时最初素材散落在不同图集中打开背包瞬间Draw Call飙到一百多整理图集后降到了二十以内。这些数据在笔试面试中拿出来说是很好的亮点。6.3 事件系统与UI交互的底层逻辑Unity的UI事件系统基于EventSystem和Standalone Input Module。点击一个带Button组件的UI元素时事件系统会通过射线检测判断点击位置命中了哪个UI元素然后分发给对应的IEventSystemHandler接口实现。笔试中常问“为什么UI会被3D物体挡住”或者“Input Field点击无效”这类问题。前者是因为默认的Graphic Raycaster只检测UI层如果3D物体也在UI层且渲染顺序靠前可能会挡住后者则可能是因为EventSystem缺失或者Scene中没有任何Camera被关联到UI的Event Camera。实操中这类问题很容易排查但笔试能答出原理的人不多。我遇到过一个奇怪的现象UI按钮在手机上第二次打开时无法点击排查后发现是第一次关闭界面时负责事件处理的脚本被错误销毁导致事件系统不再响应。这种经验类答案在笔试的简答题里非常加分。7. 资源管理与内存优化这一板块在实习生笔试中的比重可能不是最大的但一旦出现往往就是压轴级别的区分题。因为资源管理和内存优化直接关系到项目能不能跑起来、能不能发布上线这是网易这种大厂最看重的工程能力。7.1 AssetBundle的组织与依赖管理AssetBundle是Unity资源热更新的基础笔试常考不同打包策略的优劣。按资源类型打包便于统一管理按逻辑模块打包便于加载卸载按更新频率打包则适合后续热更新。但核心难点是依赖管理——如果一个Prefab依赖的贴图被打到了另一个Bundle里加载时必须先加载依赖项否则会出现材质紫色、模型丢失的问题。我自己做过一次AssetBundle打包最开始图省事把所有资源打进一个包结果是加载速度极慢、内存占用极高。后来改成按功能模块分包并维护依赖清单性能和更新效率都大幅提升。笔试如果考到AssetBundle只要能把“依赖管理”和“冗余消除”这两点讲清楚就已经超过大半考生了。7.2 资源加载方式与内存回收Resources.Load、AssetBundle.LoadFromFile、Addressables加载是三种主流方式。Resources文件夹在打包时会把所有内容全部打入安装包资源越多包体越大启动时加载索引也越慢AssetBundle则可以按需下载和加载释放可以通过卸载接口控制Addressables是更高层的封装自动处理依赖和引用计数。笔试中常见问法加载了一个实例化Prefab后如何正确卸载资源才能避免内存泄漏。正确的做法是先销毁实例化的GameObject再调用AssetBundle的卸载接口并传入是否卸载已加载的资源对象参数。实际操作中很多人只销毁实例没有卸载Bundle导致内存不断增长最终游戏卡死。这里有个很容易忽略的细节两个Bundle如果存在共享资源加载时必须先加载依赖Bundle否则资源无法正常加载。7.3 内存泄漏的常见场景与排查手段Unity内存泄漏的常见场景包括静态容器引用、事件未注销、协程未停止、AssetBundle未卸载。笔试中如果给一段代码让你找内存问题大概率就是这四个坑之一。排查内存问题的标准思路是先用Profiler看内存快照对比不同时刻的内存分配找出持续增长的模块再逐个定位到具体脚本。我在实际项目中就遇到过协程泄漏的问题——一个UI界面打开时启动协程等待延时关闭但界面被提前关闭时协程还在运行导致每开一次界面就多一个协程在跑。后来统一用一个基于MonoBehaviour的工具类管理协程生命周期在界面销毁时强制StopAllCoroutines。笔试中能答出“协程未停止也会导致内存泄漏”说明你确实踩过坑这是面试官愿意听到的具体经验。8. 设计模式与代码架构网易的笔试题里设计模式通常不会单独考定义而是结合具体的工程场景让你选择更优的写法。这一部分考的是代码组织能力和扩展性思维。常用的单例、观察者、工厂、状态模式需要熟练运用。8.1 单例模式在Unity中的正确实现方式单例模式是最常见的Unity设计模式但笔试常挖的坑是直接继承MonoBehaviour的单例类在场景切换时可能会被销毁或者重复创建。正确做法通常是静态实例判断和场景切换时的DontDestroyOnLoad配合构造一个不随场景销毁的游戏管理器。但我也要提醒一点单例模式在Unity里虽然常用但不要滥用。项目里把整个游戏逻辑全塞进一两个单例里会导致模块耦合严重、无法做单元测试。笔试如果问“你在项目中如何使用单例”最好答出“管理器类适合单例而实体逻辑尽量用组件组合”这种平衡的工程观很可能加分。我后来在项目里用依赖注入框架替换了一部分单例代码的可测试性明显提升但这个属于进阶方向笔试只要提到概念即可。8.2 观察者模式与事件中心的实践除了C#自带的eventUnity项目里通常还有一套全局事件中心。一个简单的EventManager可以维护一个字典Key是事件名Value是响应事件的委托列表。各个模块通过Register和Unregister来订阅或取消订阅这样发送方和接收方完全解耦。这个模式在实际开发中有个坑事件订阅后如果不注销接收方即使已经被销毁事件触发时依然会调用它的回调导致空引用报错。笔试中经常会出这个场景问“为什么物体销毁后还会收到事件报错”答出“需要在OnDestroy中注销所有事件监听”就是满分。我在项目里还遇到过模块间互相引用对方的事件形成循环注册最后干脆统一为EventManager注册顺序和注销顺序都靠调试日志来跟踪问题才解决。8.3 状态模式与有限状态机的应用状态模式在Unity中最经典的应用就是有限状态机FSM广泛用于AI、角色控制、UI流程管理。笔试中可能会让你用代码实现一个简单的状态机或者让你分析为什么状态模式比大量if-else更适合复杂状态切换。状态机的核心是每个状态是一个类实现进入、执行、退出三个方法状态之间通过条件转移。对比直接在Update里写一堆if判断的做法状态机的好处是每个状态的逻辑被封装在独立类中便于维护、扩展和复用。我在做Boss AI时就用状态机实现了待机、巡逻、追击、攻击、受伤、死亡六个状态每个状态只需关注自己的逻辑新增一个状态只加新类不用改动其他状态。笔试能把这种工程化思路写出来代码实现也会显得更有章法。9. 实践中总结的备考路线与资源工具作为一个考过网易笔试并最终拿到实习offer的人我可以给你一条比较务实的备考路线而不是让你盲目刷题。这套方法在当时帮我高效覆盖了所有高频考点的知识点范围实战效果不错。9.1 系统过一遍Unity官方教程与API文档很多同学备考Unity笔试喜欢直接刷面试题合集这其实是个误区。面试题的覆盖面太散而且很多答案是死记硬背的题目稍做变形就抓瞎。正确的做法是先把Unity官方的教程分模块过一遍特别是Scripting API文档里那些常用类。不要只记API名字要理解每个API的底层原理和适用场景。比如Vector3的Dot和Cross分别返回什么几何意义Transform.TransformPoint和InverseTransformPoint的区别这些基础但核心的知识在笔试选择题里出现频率极高。我备考时的方法是每天精读几个核心类的API然后自己写小Demo验证第二天再复述一遍前一天的内容。这样做虽然慢但记得非常牢固。9.2 用真实项目驱动复习而非教程驱动备考最有价值的方式是做一个小项目把笔试涉及的知识点全部串起来。我备考时做了一个简单的2D Roguelike Demo里面用到了对象池管理子弹、状态机控制角色、UGUI做血条和背包、Coroutine做延时、ScriptableObject做怪物配置这些全部在笔试中派上了用场。做项目过程中遇到问题、解决问题的经历远比你背一百道面试题更有说服力。笔试的简答题里经常会给一个场景让你分析排查思路如果你做过真实项目就能给出“先打开Profiler看CPU耗时再定位具体函数然后针对性优化”这种标准工程答案而不是空洞的理论推演。这也是网易面试官最想看到的素质。9.3 推荐工具与日常积累备考过程中我常用的工具有Unity的Profiler用于性能分析Frame Debugger用于查看每一帧的渲染过程Memory Profiler用于排查内存问题。熟练掌握这几个工具不仅能应付笔试也是后续面试和实际工作的基本功。Visual Studio的调试技巧同样重要断点、条件断点、调用堆栈查看这些在排查问题时效率极高。另外强烈建议养成阅读Unity官方博客和更新日志的习惯。Unity每个大版本都会调整一些引擎行为比如渲染管线的变化、UI系统的改进这些新特性偶尔出现在笔试选择题里。虽然占比不高但如果你能答出当前稳定版本的新特性会在面试环节留下深刻印象。10. 编程题常见题型与代码规范要求编程题是网易笔试的重头戏一般在两道题左右覆盖算法逻辑和Unity特定场景。这里最容易翻车的不是不会做而是做出来但代码风格太差。网易在代码规范上的要求很高笔试也会注意这方面的考察。10.1 常见编程题类型寻路、对象池、资源加载Unity客户端笔试的编程题通常和游戏逻辑绑定。常见的有实现一个简单的A星寻路或判断两点之间是否有路径、实现一个对象池、实现一个资源加载器、实现一个简单的状态机框架。还有一类题目会给一个游戏场景描述让你设计类结构。A星寻路几乎是必考的编程题即使不考完整实现也会考其中某个数据结构的选择。比如为什么用优先队列存储待扩展节点曼哈顿距离和欧几里得距离的区别。我当时是完整手写了一遍A星才对这个算法的精髓有了深入理解。对象池则是考察你是否熟悉Unity中频繁创建销毁GameObject的性能问题实现时需要处理好扩充策略和回收时的状态重置。10.2 代码风格与可读性编程题评分里代码风格占一定比例这一点很多人不知道。变量命名要语义清晰不要用a、b、tmp这种无意义命名函数要短小一个函数只做一件事关键逻辑要加注释说明思路。写代码时还要注意使用Unity API的正确方式。比如在遍历中删除集合元素正确的做法是倒序遍历或者用一个待删除列表收集后统一处理。考官看到这种细节就会知道你确实写过游戏逻辑而不是只会刷算法题。我当时在编程题中尽量避免使用foreach遍历并在过程中修改集合刻意用for倒序遍历这个细节在面试中被面试官拿出来夸过。10.3 手写代码时的常见错误笔试手写代码最常见的错误是空引用没有判空边界条件没有考虑数组越界没有预防。写代码时养成这几个习惯访问对象前先判空、循环前先确认边界条件、数组索引访问前检查长度。这些习惯会让你的代码表现出很强的工程性和完整性。还有一个特别实用的小技巧写完整段代码后自己顺着逻辑走一遍边界测试。比如集合为空时、目标点在起点位置时、场景中没有可行路径时算法是否还能正常运行。这三个边界情况检查完大部分编程题的分就稳了。11. 常见问题与避坑指南最后这部分梳理一下我在备考和实际参与面试辅导时遇到的常见问题。很多同学复习方向错了或者踩了一些隐形坑这里统一提个醒。11.1 笔试前的准备清单笔试前一周把你的工程环境彻底准备好。Unity Hub版本、编辑器版本、操作系统兼容性都要提前检查。我当年有同学笔试开考半小时还在装Unity心态直接崩了。另外准备好在线IDE或本地编辑器熟悉快捷键和自动补全功能编程题时间紧张打字速度很关键。笔试前两三天把所有专业基础概念复习一遍不需要深入推理但要能快速作答。比如生命周期顺序、碰撞回调区别、图集作用、Draw Call影响、设计模式适用场景这些高频考点的常规答案做到看到题目就能秒选。这些复习内容不用太深但覆盖面要足够广。我备考时习惯把每个高频考点整理成一句话总结考前快速过一遍效果很好。11.2 笔试中的时间分配与答题策略选择题遇到卡壳超过一分钟就立刻跳过先做后面的编程题和简答题。简答题注意分点作答每题先给结论再展开原因最后补充实际项目中的经验。编程题先写主流程框架再补细节保证即使做不完核心逻辑也完整可读。这里分享一个实测有效的策略编程题先花三分钟审题和规划类结构想清楚哪些类、哪些函数、每个函数的输入输出再动手写代码。这样做虽然前期看着慢但能避免写了一半发现设计方案不合理需要重来的情况整体效率反而最高。编程题完成后如果时间还剩回过头检查选择题中不确定的题目此时大脑可能已经切换到考场状态正确率往往更高。11.3 笔试后的复盘与下一步准备笔试结束后不管感觉如何立刻把题目回忆版本记录下来尤其是编程题和简答题。这么做有几个好处一是能复盘自己的疏漏二是面试时如果被问到笔试中的某个思路能回答得更完整三是同一套题型的知识点可能是面试考察的重点。网易的面试通常会在笔试后一两周内发出通知面试会围绕笔试中暴露的薄弱点展开深度追问可能问Unity的渲染优化、内存管理、网络同步等方面。所以笔试后的复习重点不是死记硬背而是根据自己笔试的失分点做针对性的补强。如果笔试时某道题回答得不好面试前务必弄懂因为面试官大概率会针对这些薄弱环节进行提问。我当初笔试时简答题答得不够深入面试就被追问了资源加载的策略和内存回收机制幸好我提前准备了这个方向的资料才没有失措。11.4 心态调整与持久战思维最后也聊一下心态。网易游戏开发岗的竞争非常激烈笔试挂了不代表你能力不行可能只是准备方向不对或者临场发挥不好。我第一次考网易笔试也没有过复盘后发现自己纯粹是选择题上磨太久编程题时间不够后来调整策略再战才拿到面试资格。备考这个事真的很像打磨一个项目——你每刷一道题就在补齐一个认知盲区每重写一遍代码就在强化一个工程习惯。不需要追求一次通关重要的是每次战斗后比前一天多一分对引擎机制的理解。我个人体会最深的反而是那些踩过的坑——没有边界的for循环、没有判空的访问、没有注销的事件监听——它们教会我的远比任何教程都直观。希望这份复盘能帮你少走一些弯路把有限的时间花在真正能提升复现能力的地方。