看到这份标题的人大概率正在为米哈游的笔试做准备。先说和很多人预期不太一样的一件事这类“笔试真题”帖子题目本身能提供的价值很低。不是因为题目难搞到而是米哈游校招笔试题通常按岗位和场次分开题目类型可以不变但具体案例、数值、考察侧重每一场都会有明显差异拿着某一天的网上回忆版去套往往只能练到个影子。这篇文章不会去贴所谓“2026.03.14原题”网传版本既无法验真也不该作为唯一信息源。真正值得花时间的是搞清楚米哈游笔试的底层筛选逻辑它考的从来不只是你会不会写代码而是你解决问题的习惯、对游戏产品的感觉以及在有限时间里如何做取舍。下文按“考前确认→题型拆解→分岗位准备→现场执行→考后复盘”一条线讲清楚无论投递的是技术岗、策划岗还是美术岗都能直接照着调整备考方向。1. 考前一封通知里的三个隐藏信息决定你复习的是不是同一张卷不少人会忽略笔试通知里最基础的信息拿到邮件第一反应就是去搜题。实际上从3月14日场次的考试性质就能看出复习范围和你猜测的差距往往就在通知字里行间。1.1 考试窗口和工作日安排决定你的做题节奏游戏公司在线笔试不是全天的“随到随考”而是给出一个固定时间窗口。比较常见的是120分钟或者90分钟部分场次会拆成两段第一段客观题第二段主观题/编程题。拿到通知后第一件事不是刷题而是确认三件事可用设备笔记本还是允许双机位、考试窗口的起止时间、是否有英语题或性格测试模块放在最后。米哈游这类公司的笔试通知通常会写明“建议提前10-15分钟进入系统”。这段等待时间不是用来发呆的而是用来检查浏览器兼容性。很多在线笔试系统对Chrome版本、摄像头权限、麦克风权限有强制要求到了开考时间再调设备等于主动少考五分钟。另外要注意的是部分场次要求手机端扫码做第二机位监考手机必须保持在某个角度这对做题环境有硬性要求。1.2 岗位别名背后的隐藏分组米哈游笔试邮件里的岗位名称往往比招聘网站上更细。以技术类为例可能拆成“客户端开发”“引擎开发”“平台开发”“测试开发”每一类的题目差异非常大。客户端方向会偏语言底层、渲染、内存平台方向会偏Web服务、网络协议、分布式测试开发方向则会有用例设计、自动化脚本思维。策划岗位更明显系统策划、数值策划、关卡策划、文案策划四种方向几乎共用同一张卷子里的游戏分析题但后面的专业题完全不同。所以看到3月14日场次的标题时先冷静一下帖子里提到的题目到底属于哪个岗位方向。如果它是客户端场次的回忆而你是数值策划那价值约等于零。最好的做法是把通知邮件里完整的岗位名称复制出来去对应历年相似方向的题型而不是搜“米哈游笔试”这个大词。1.3 环境准备中偶然被忽略的“摄像头”规则在线笔试现在普遍带AI监考但不代表可以违规操作。这里必须强调一点切屏是笔试系统最敏感的判定项。技术岗写代码时经常会想打开本地编辑器跑测试但很多在线系统只允许在浏览器内嵌IDE环境里完成切换到本地IDE、打开浏览器查资料、甚至切出去看聊天窗口都可能被记为异常行为。我见过有同学在笔试时习惯性按了一下AltTab看小说结果判定作弊成绩作废。更现实的处理是考前把电脑桌面清理干净把通知、简历、计算器、草稿纸放旁边把手机调成勿扰模式放在身后。笔试不是说不能查任何资料而是不要有任何“看起来像作弊”的动作。一旦失误后面面试机会也会受牵连。2. 题型本质是“游戏项目思维”不是刷题网站的算法题很多技术候选人以为米哈游笔试就是LeetCode换皮实际上从历年题型看算法题只是其中一部分而且很少出那种偏到不行的竞赛题。它更看重的是你在工程中处理问题的方式以及是否能从游戏业务角度理解技术选型。2.1 技术题不只是考AC更考场景约束技术岗位的编程题通常会给一段问题描述但不一定直接说“用动态规划求解”。比如常见的方向是某段战斗系统里需要计算角色技能释放后的伤害收益或者某个抽卡系统的概率回收机制是否符合预期。题目本身是可以用常规数据结构解决的但难点往往在输入输出设计和异常处理上。这类题的训练方式建议直接从LeetCode中频题开始重点练数组、哈希、双指针、图的最短路、区间合并以及动态规划的经典模型。刷题时不要只满足于通过全部测试用例要问自己如果数据量翻十倍还能跑得动吗如果有重复数据、负数、空数组会不会崩这种“工程视角的审题”能力才是米哈游技术笔试真正想看的。2.2 游戏基础题从玩家体验反推系统逻辑非纯编程岗位的笔试里经常出现游戏案例分析题。这类题不看标准答案看的是你能不能从产品角度理解设计意图。比如一段关卡设计从“怪物密度导致战斗节奏被打断”的角度切入比如一个付费礼包从“首充赠送的折算率与用户心理账户”来分析。需要的能力不是玩很多游戏而是能把游戏拆成目标、规则、反馈、节奏四个维度去看。准备方法很简单挑1-2款米哈游旗下的产品认真分析其核心循环。不要只写“好玩”“画风很好”这种空话要有数据感。比如在原神里探索、战斗、养成三条线的周期是如何互相衔接的在崩坏星穹铁道里回合制战斗的弱保底机制是如何影响玩家资源分配的。这种分析不用长篇大论但必须体现出你有拆解游戏结构的能力而不是只站在玩家角度说感觉。2.3 逻辑推理题该放就放别恋战逻辑判断类题目在很多场次都有出现类型包括图形推理、文字推理、表格数据判断偶尔还会遇到简单的概率计算。这类题目不太难但繁琐每题大概1-2分钟性价比偏低。我的建议是整套笔试卷里先把逻辑题跳过去做后面的主观题和编程题回头有时间再来处理。因为逻辑题往往是“少做一两道不影响全局”但编程题或设计题空着不写印象分基本直接归零。这个顺序策略后面会详细展开。3. 按岗位拆备考重点客户端、服务端、策划到底各考什么到了具体复习阶段别再泛泛刷一套题了。不同岗位的考点和复习材料差距极大下面按三类常见岗位展开说明。3.1 客户端/引擎方向C基础、渲染与Unity生命周期米哈游技术笔试里客户端方向历来偏底层。需要重点会的东西包括C内存模型、指针与引用、虚函数和析构函数、STL容器的时间复杂度渲染相关的坐标变换、矩阵运算、光照模型、Batch合批Unity或Unreal的生命周期回调以及GC触发时机。这些知识的复习材料不一定非要看游戏引擎源码但至少要能说清两个基本问题一是某个渲染现象是怎么产生的比如掉帧是DrawCall太多还是Shader复杂导致二是某个内存问题如何定位比如加载过场景导致内存碎片。笔试中的选择题往往围绕这些概念展开编程题则可能给一个场景让你设计一个简化方案。准备时建议把客户端方向的八股文过一遍再用自己写过的小Demo做案例写进答案比空谈概念更能拿分。3.2 服务端/数据方向并发、状态同步与数据统计服务端方向的题目重点就清晰很多高并发场景下的锁与队列、分布式一致性、数据库事务隔离级别、缓存策略、以及游戏状态同步的常用方案帧同步/状态同步的取舍。这类岗位不太可能让你直接写一个完整服务器框架但会出一些系统设计题比如“一套月活百万的排行榜服务如何设计”或者“抽卡概率在分布式环境下的计数怎么保持准确”。复习时不要死记硬背CAP定理尝试用游戏业务场景推导如果玩家抽卡请求量暴增数据库写入瓶颈怎么缓解排行榜更新频率与查询频率不一致时如何处理。用具体业务去套技术方案是这家公司比较认可的答题思路。如果你会写简单的接口压测脚本笔试时可以把“压测思维”写进去哪怕不是标准答案也会让面试官觉得你确实做过服务端开发。3.3 策划方向数值敏感性、文案调性与系统自洽策划岗位笔试往往不考代码但题量更大、主观性更强。数值策划重点备考概率与期望计算、简单回归分析、资源产出/消耗曲线系统策划则关注玩法目标的拆分、任务链设计、成长系统与付费系统的耦合文案策划至少要对公司已有IP的设定有基本认识并且能根据题目给定的世界观写一段符合语感的剧情片段。这里分享一个技巧策划笔试的主观题没有标准答案但格式和维度很重要。回答系统设计题时建议按“目标用户→核心规则→循环频率→奖励反馈→防滥用”五个段落来组织同时用数据佐证。比如设计一个周常任务不能只说“每周重置”而要写明每周可获得多少货币等价于多少抽所需在线时长是否和玩家碎片时间匹配。这种结构化表达能力往往是拉开差距的地方。4. 笔试倒计时里的答题顺序、时间止损与提交规范实操层面无论题目难度如何答题顺序和止损策略直接决定了你能不能拿到基础分。下面是我反复验证过的现场搞法。4.1 先摸卷面结构再分配时间比例进入笔试页面后先花2-3分钟快速浏览整张卷子不要从第一题开始埋头做。简单记下每个板块的题目数量、题型、分值如果有标注然后按“熟悉且分值大 不熟悉但会思路 不会但能留几笔”的顺序来排。参考分配比例大致如下题型板块常见题量建议耗时占比优先级客观选择题/逻辑题15-20题20%中编程题技术岗2-3题40%最高主观设计题/案例分析2-4题35%高性格/行为测试不计时剩余时间低这种分配的核心逻辑很简单编程题和主观题没有代码或没有设计思路基本等于零分选择题猜也有概率拿分。所以哪怕编程题很难也要至少把思路、代码框架、伪代码写出来让阅卷人看到你的方向。4.2 编程题卡壳时的三段式止损技术笔试里最常见的场面是一道题花40分钟没调通心态崩了后面全乱。正确做法是给单题设置止损线简单题15分钟没AC就标记跳过中等题30分钟没AC先写部分解。具体写法是这样第一段写出“思路”用什么数据结构、哪个算法、时间复杂度大概多少第二段写“关键代码”不能保证完全正确的版本但把核心循环、边界判断写出来第三段写“已知问题”说明当前代码哪个边界条件没处理比如“回溯部分没有恢复状态可能导致重复结果”。哪怕测试用例没过阅卷也能看出你确实知道正确方向只是时间不够。这也是真实项目里经常遇到的常态能坦然承认题没做完比写一堆错误代码更专业。4.3 提交前的几个机械式检查答题结束后不要直接交卷。花三两分钟做四个检查检查姓名/工号/邮箱是否与登录账号一致很多系统会自动填但偶尔会错。检查编程题的代码缩进和花括号在线IDE保存后是否有报错没有编译错误的版本至少不会因为格式被判零分。检查主观题是否所有空都填了很多同学时间紧后面几题直接空白。哪怕只写框架也比空白强空白意味着“没有思考过程”。检查是否有未提交的调试打印输出笔试代码里留一堆console.log / System.out.println会影响最终判分直接删掉或注释。另外务必确认一次网络状态。在线系统如果在提交时断网答案可能只保存90%后续再找回非常麻烦。条件允许的话尽量在开考后60分钟内把主观题答案先另外存一份到本地备忘录反正也没人阻止你记录自己的答题内容。5. 考后一张草稿纸的复盘法把笔试题转化成面试素材笔试交卷那一刻才是这套流程真正开始发挥价值的时候。很多候选人交完卷就彻底不看了这是很可惜的——笔试题通常是你和面试官建立共同话题的第一份材料尤其是技术岗面试官大概率会直接问“你笔试最后一道题是怎么想的”。5.1 交卷后马上记录思路而不是对答案交卷后的10分钟趁记忆还热用手机备忘录或一张草稿纸迅速列出哪些题一眼就会哪些题卡了一段时间卡点具体在哪最后用了什么折中方案。不需要写完整代码只需关键词就能唤醒记忆。这不是为了对答案。笔试现场很难在一个小时里想出完美解法但面试环节可以。如果笔试中某道题你只做了O(n²)的解法复盘时重新思考怎么优化到O(nlog n)或O(n)面试时主动提“当时为了赶时间只写了基础版后来想了下可以这样优化”这会给面试官留下非常好的工程反思习惯印象。5.2 面试官最常追问的三个点从过往情况看拿着笔试卷复盘、进到面试环节以后有三个高频追问一是“这道题你当时为什么选这个数据结构/算法”这个问的不是答案本身而是决策过程。复盘时试着模拟给一个从没做过题的人讲明白如果你自己都解释不清选择理由面试时大概率会卡。二是“如果有更大输入规模你怎么改”这个考察的是可扩展性。笔试题的输入规模通常是设计好的面试官想看的是你的体系思维而不是死背的答案。三是“你有没有考虑过异常情况”比如输入为空、数据重复、内存溢出、浮点数误差。复盘时对这些边界条件逐一检查写不写对不重要重要的是展现出“我确实考虑过这些”。5.3 不要迷信网上的“参考答案”笔试结束以后总会有一些平台出现回忆版题目和答案。说实话里面错漏很多有的把题目参数都改了。更严重的问题是看参考答案会让你失去重新思考的机会。如果你准备进面试对网传答案也要带着判断力去读保留自己的思路哪怕不完美。面试官面前复述网上的“标准答案”远不如说“我当时没处理好边界但如果再给一次机会我会用XX方式优化”后者更能体现成熟度和成长思维。说到底3月14日这场笔试只是筛选链条的第一个环节。真正能把你留下来的不是某一天刷到了多少题而是你在有限时间里做判断、做总结、做复盘的能力。这个能力恰好也是游戏研发日常里每天都在用的东西。希望这份准备思路能帮你在考前把精力放到正确的地方而不是被网上的“真题”带偏节奏。