2024年秋招刚开始那阵我就撞上了小米集团的软件开发岗第一批笔试。说实话小米的笔试在互联网大厂里算比较有代表性的题目风格横跨软硬件既考计算机基础又带点嵌入式味道和单纯做 web 业务的厂子感觉完全不一样。这篇文章就基于我这次笔试的亲身经历和复盘把笔试的题型分布、核心考点、备考思路和踩坑记录全部整理出来给后面准备小米或者其他大厂软件开发岗的兄弟们一个参照。整场笔试做下来最大的感受是小米的笔试考的不是“你背了多少八股文”而是“你能不能在一个半小时内又快又准地解决真实工程问题”。尤其是编程题的考察方式和 LeetCode 上闷头刷题的感觉有点不一样后面我会详细拆。1. 笔试整体观感横跨软硬件的题目风格1.1 为什么小米的笔试风格值得单独写一篇很多同学秋招刷题时习惯盯着字节、腾讯、阿里的题库一上来就是 hard 级别的手撕红黑树、设计秒杀系统。但小米的软件开发岗笔试走的是另一个路子选择题占比高、知识点宽、编程题难度中等偏上但思路很常规。这和小米的业务结构有直接关系——小米既有 MIUI、互联网服务这类纯软件业务又有大量 IoT 设备、手机底层、车机系统等需要软硬件结合的岗位方向。如果你投的是软件开发岗笔试通常不会区分太细的方向而是统一考察计算机基础能力。但正因为统一考察题目覆盖面就特别大。操作系统、计算机网络、数据结构、数据库、Linux、设计模式、C 和 Java 的基础语法都可能出现。我做的那一场选择题大概 30 道左右涵盖范围很广编程题 2 道纯算法题不涉及具体项目设计。整体时间大概是 90 到 120 分钟实际做题时会觉得有点紧张因为每道选择题都不是那种一眼能看出答案的送分题至少需要一两次排除推理有的还需要在草稿纸上推演。编程题更是不能上来就写代码必须先想清楚思路再动手。1.2 第一批笔试的时间节点与心理预期小米的秋招第一批笔试一般在 8 月底 9 月初开放意味着这时大部分人简历才刚投出去笔试系统还没完全进入“海笔”节奏。第一批的好处是竞争相对有序坏处是如果你还没怎么刷题很容易被直接淘汰。我这里想强调一个容易被忽略的点小米笔试的投递渠道一般会让你选择“意向城市”和“意向岗位方向”笔试统一做但后续面试会有方向分流。所以笔试阶段不用过度纠结“我到底面的是 MIUI 还是底层开发”把计算机基础打牢、算法题过关是第一优先级。我的建议是如果你是冲着软件开发岗去的第一批笔试尽量别缺席。因为到了第二、第三批岗位 HC 很多已经被锁定了即使你笔试分数更高面试机会也可能变少。笔试这关不是单纯比分数还要看批次名额早点上车永远比晚点上车的概率大。2. 题型拆解从选择题到编程题的全链路分析2.1 选择题基础不牢地动山摇小米笔试的选择题部分给我的感觉是“广度优先深度其次”。它不完全像考研那种纯记忆题也不全像大厂那种场景应用题而是介于两者之间。我回忆了当天出现的几类考点大致可以分成这几块数据结构二叉树遍历、哈希冲突解决、堆排序的建堆过程、AVL 树的旋转操作系统进程与线程区别、死锁的四个必要条件、虚拟内存与页面置换算法计算机网络TCP 三次握手、HTTP 状态码含义、IP 地址子网划分数据库索引失效场景、事务隔离级别、B 树特性C / Java 基础构造函数与析构函数、虚函数、静态变量、异常处理设计模式单例模式的线程安全性、观察者模式适用场景。你可能会说这和大厂笔试没什么区别但小米有个特色——操作系统和 C 的题量明显偏多尤其是在北京、南京、武汉这些偏底层研发的城市岗位里嵌入式相关概念也会冒出来。比如我印象很深有一道题是问“中断处理过程中为什么不能睡眠”这在纯互联网公司笔试里很少见但对小米很典型。做选择题的策略我的建议是第一遍快速过把有把握的题勾掉拿不准的先标记不要死磕。因为选择题内部没有倒扣分机制至少我考的那场没有所以即使不确定也要全填完绝对不能留空。我见过有人因为纠结一道概率题导致后面编程题没时间写这是最亏的。2.2 编程题高频算法与结构化考察编程题方面第一批笔试一共两道风格比较正统第一道是链表相关要求实现链表部分反转难度中等考察的是对指针操作的熟练度和边界条件处理。第二道是动态规划具体是“最小路径和”的变体但给的是一个矩阵要求从左上角走到右下角求经过路径上数字和的最小值同时只允许向右和向下移动。这两题都不算冷门LeetCode 上都有原题或类似题。但为什么还有人挂因为很多人只顾着刷 hard 题忽略了对基础题的手写熟练度。比如链表反转那道题如果你平时刷题都是直接调用库函数没有自己手写过指针考场上一紧张就容易把 next 指针搞丢然后陷入死循环。再比如动态规划矩阵题难得不是递推公式而是“初始化第一行第一列”时容易漏导致结果偏大。我建议编程题集中刷以下几类基本能覆盖小米笔试链表类反转、删除、合并、环形检测二叉树类遍历前中后序、层序、最近公共祖先、路径和动态规划一维 DP、二维网格 DP、背包问题字符串类最长公共子串/子序列、滑动窗口排序与查找快排、归并、二分查找的边界处理。在考试系统里写完代码后没有本地编译器帮你自动格式化所以缩进和变量命名混乱会严重影响你后续检查的心情。建议平时刷题就养成一个习惯写代码时变量名尽量语义化哪怕笔试没有代码审查你自己回头检查也能省不少时间。2.3 编程题考试的编译环境与语言选择小米笔试用的平台支持多种语言包括 C、Java、Python、Go 等。我的个人经验是笔试选你平时刷题用得最熟的语言而不是选“看起来最厉害”的语言。比如链表题用 C 写需要手动管理指针一旦脑子乱了很容易崩用 Python 写虽然代码短但如果你平时常用 Java突然切到 Python 可能连list的 API如append、pop都要想一下。我当时选的是 C因为平时刷题主力就是它。不过这里有一个注意点小米笔试系统的输入输出处理和 LeetCode 不一样。LeetCode 是给你函数签名你只需要往里面填实现但小米笔试题有些是标准的 ACM 模式需要你自己cin n或Scanner读入还要注意多组输入的结束条件。如果你没练过这种输入输出模式考场上是会卡壳的。建议在笔试前专门花两天用你习惯的语言练一下标准输入输出尤其是多行输入每行长度不定输入可能包含多组测试用例字符串输入里可能有空格需要getline。3. 核心考点深挖那些容易丢分的知识模块3.1 数据结构与算法笔试的硬骨头数据结构这块小米笔试考察得比较杂但核心集中在“基础数据结构 经典算法”这两条线。先说基础数据结构。数组、链表、栈、队列属于必考二叉树和哈希表是重点堆和并查集偶尔出现。选择题里经常给一个场景让你选最合适的数据结构比如“需要频繁在头部插入删除选什么”答案是链表“需要快速判断元素是否存在选什么”答案是哈希表。图相关算法在选择题里出现频率不高但在编程题里可能会以“变形的 Dijkstra”出现。比如“从左上角到右下角的最小体力消耗”这类题本质就是最短路径。如果你复习时间有限图的遍历BFS、DFS和最短路径算法最好还是要掌握至少知道适用场景和模板代码。算法方面动态规划和贪心是最常考的两种。贪心题容易和排序结合比如“会议室最多能安排多少个会议”“最少飞镖数引爆气球”这类。动态规划则千变万化小米笔试里出现过“编辑距离”“最长递增子序列”“0-1 背包”的变体尤其是网格类 DP出现的概率极高。我强烈建议考前一个星期别去碰 hard 题。把 LeetCode 上 selected top 100 的 medium 题做一遍重点整理“dp 数组初始化”“边界条件”“状态转移方程怎么推”这三个核心问题比刷 50 道 hard 题管用得多。3.2 操作系统与计算机网络面试笔试双热点如果你刷过小米往年的笔试回忆题会发现操作系统和计算机网络的选择题占比很高而且不白给。我印象很深的几道题关于死锁的一个系统有 5 个进程每个进程需要 4 个同类资源问至少需要多少个资源才不会发生死锁。答案是5 * (4 - 1) 1 16考察死锁的边界条件。关于虚拟内存的缺页中断发生频率与页面置换算法的关系问哪种算法可能产生 Belady 异常答案是 FIFO。关于 TCP 的三次握手中客户端发送 SYN 后进入什么状态答案是 SYN_SENT服务端收到后进入 SYN_RCVD然后发送 SYNACK。这些知识点不是死记硬背就能搞定的需要理解背后的原理。比如死锁那道题你要理解“每个进程在极端情况下都持有 3 个资源在等待第 4 个此时系统仍然没有死锁必须保证还有 1 个资源可以分配给其中一个进程”。网络方面TCP 和 HTTP 是绝对重点UDP 和 DNS 偶尔出现。小米的 IoT 业务多所以对 TCP 的可靠性机制、粘包拆包处理、HTTP 与 HTTPS 的区别这些点比较关注。选择题里经常给一段报文或一个连接状态让你推断下一步动作。再补一句操作系统里“进程调度算法”先来先服务、短作业优先、时间片轮转、多级反馈队列也是高频考点特别是计算平均周转时间。这类题必须动手算光看没用建议考前把各算法的计算流程手推两遍。3.3 数据库与 SQL考的是实际工程思维数据库部分小米笔试的考察比一般互联网厂子更偏实际工程。选择题喜欢考索引、事务和 SQL 语句的执行顺序。索引是重灾区。常见考法有两种一种给定一条 SQL问走不走索引另一种给复合索引(a, b, c)问哪些查询能命中索引。这类题只要你理解“最左前缀原则”基本能拿下一大半。但有些坑你需要注意比如对索引列做了函数运算where DATE(create_time) 2024-09-01就会导致索引失效再比如like %abc这种前置通配符也走不了索引。事务隔离级别也很常考尤其是“不可重复读”和“幻读”的区别。很多人混淆这两个概念我教你一个简单记忆法不可重复读同一个查询语句在同一事务内执行两次结果不一样一条记录的值变了幻读同一个查询语句在同一事务内执行两次结果集的行数变了多了一行或少了一行。只要记住“值变 不可重复读行数变 幻读”选择题基本不会错。MySQL 默认的 REPEATABLE READ 隔离级别通过多版本并发控制基本解决了不可重复读但幻读在极端情况下仍可能发生这个点也容易考。SQL 语句执行顺序也值得一提。很多人写 SQL 全靠感觉但选择题会问你“WHERE 和 GROUP BY 谁先执行”答案是 WHERE 先于 GROUP BY而 HAVING 在 GROUP BY 之后。执行顺序我建议记成一句话FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT。3.4 嵌入式与硬件基础小米特色考点前面提到过小米笔试一个明显的特点是可能出现少量嵌入式或硬件基础题。这未必代表你投的岗位是嵌入式方向而是因为小米的软件开发岗位本身就带有“软硬结合”的性质比如手机系统部、IOT 平台部、汽车电子部都需要对硬件有一定理解的技术人员。我遇到的嵌入式题主要集中在中断与异常的区别栈的生长方向与函数调用栈大小端模式大端高字节存低地址小端高字节存高地址static 关键字在 C 语言中的作用修饰局部变量、全局变量、函数volatile 关键字的作用防止编译器优化每次从内存读取。这些知识点看着简单但需要真的动手写过底层代码才能有深刻体会。比如volatile关键字如果你只背了“防止编译器优化”这句话考试时给一个具体代码场景问你“为什么要加 volatile”你可能会懵。我当时复习时专门用 ARM 开发板写了一个中断服务函数和主循环共享标志位的例子彻底理解了 volatile 的用法这种题就没慌。对于纯软件背景的同学我的建议是不用花太多时间深挖嵌入式但至少要掌握“中断服务函数的特点”“static 和 volatile 的作用”“内存对齐”这几个高频考点。它们不光是笔试要用后面面试如果被问到底层知识也有帮助。4. 笔试过程中的实操经验与应试策略4.1 时间分配一个半小时如何打出节奏小米这边笔试总时长我这场是 90 分钟题量是 30 道选择 2 道编程。时间分配是决定成败的关键。我的分配策略是前 25 分钟快速扫描所有选择题能做就做拿不准的先标记不恋战中间 15 分钟回头解决标记的选择题尽量控制在 25 分钟内解决所有选择题剩余 50 分钟全身心投入编程题先写第一题再写第二题最后 5 到 10 分钟检查编译是否通过、输入输出格式是否正确、有没有明显逻辑错误。很多人的问题是把选择题的时间拖得太长一道题纠结 5 分钟导致编程题只剩 20 分钟。我给你算一笔账选择题 1 道哪怕你做对了也就 1 到 2 分编程题一题动辄 30 到 40 分完全不是一个量级。所以原则应该是“选择性放弃选择难题优先保住编程题”。编程题内部的时间分配也有讲究。第一题如果 15 分钟内没思路果断先看第二题因为两道题难度不一定按顺序递增。我考的那场第一题是链表难度中等第二题反而是更套路的动态规划对我来说反而更好动手。如果死磕第一题第二题可能就没时间写了。4.2 编程题的审题与边界处理我复盘自己编程题时发现一个规律大部分失分不是因为算法不会而是因为边界处理没做好。举几个典型例子链表题没考虑head nullptr矩阵 DP 题没考虑matrix为空或只有一行一列二分查找没处理left right的退出条件字符串题没考虑大小写、空格、空串。考场时间紧张很多人第一步就是写代码然后编译错误不断改来改去时间就没了。我的习惯是先花 2 分钟手写用例验证思路再动键盘。具体操作理解题意后先构造一个最简单的小示例比如n 1或 2x2 的矩阵手动算一遍答案心里有数再用一般情况推演一遍确认算法逻辑能走通最后再正式编码。这样做的好处是你对算法有了直觉预期写代码时每一步都知道自己在干什么不会写出一个“看起来对但跑出来错”的实现。4.3 多种语言选型与调试技巧关于语言选型我再多啰嗦几句。如果你两种语言都熟优先选 C 或 Java因为它们对数据结构的控制更精细刷题时常用。如果你的主力是 Python也没问题但一定要提前熟悉标准输入输出。调试方面笔试平台一般不会给你打印中间结果的便利所以建议用“小技巧”把中间结果临时输出调试完再注释掉。比如 C 里可以用cout xxx endl;打印某个数组的值确认是否符合预期。但千万别忘了在提交前删掉或注释掉调试输出否则代码会因输出格式不对被判错误。另外建议你提前了解你所用语言的“常用容器写法”避免考场上想不起 API。比如C 里 vector 的push_back、pop_back、sizeJava 里 HashMap 的getOrDefault、ArrayList 的addPython 里 list 的切片、dict 的setdefault。这些 API 如果平时敲得不熟考场上临时翻文档会很浪费时间而且平台不一定提供文档查询功能。5. 常见问题与避坑指南5.1 笔试中高频失误与对应排查方法我把这一轮笔试中亲身踩过和看到别人踩过的坑整理成了一张表格后面准备笔试、面试的人可以对照自查。常见失误具体表现排查与解决方法输入输出格式错误多打印了提示信息或没处理多组输入考前专门练几道 ACM 模式的题看清题目要求边界条件遗漏空数组、空链表、单节点导致程序崩溃写代码前先构造最小用例验证变量命名混乱提交后代码无法快速自查变量用语义化命名如left、right、node死循环链表题 next 指针丢失、循环条件写成手推一遍循环退出条件动态规划初始化错误dp 数组首行首列遗漏先明确 dp[i][j] 的含义再推导初始化状态转移方程写错矩阵路径题将“向右向下”写反用示例数据逐步验证递推公式编译失败使用了不兼容的容器或 API确认语言版本尽量用最通用的写法太早提交没跑完给定的示例直接交提交前至少跑一次题目给的示例心态崩溃卡在一题导致后面全乱战略性放弃先抢更多分数注意笔试时如果遇到一个实现很复杂的算法先评估是否有更简单的解法。比如“判断链表是否有环”你可以用快慢指针也可以用哈希表标记已访问节点。后者代码更短虽然空间复杂度高一点但在笔试环境下能跑通就是胜利。5.2 考后复盘如何把一次笔试的价值用满很多人笔试完就丢到一边等结果就行。我的建议是不管过没过都要做一次完整复盘因为每场大厂笔试都是你接下来面试的“模拟卷”。我自己的复盘流程把笔试中的题目回忆出来尽量用自己的话描述清楚在网上或牛客等平台找同一批笔试的讨论帖确认其他同学的思路重新写一遍编程题这次不能写出来就行要确保编译通过且能通过自定义测试用例选择题错题整理进自己的错题本标出对应的知识点思考“如果这道题变成面试题我应该怎么讲”。这里有个小技巧小米笔试有一个特点编程题往往和你未来面试官出的手写题高度重合。笔试出现的题型就是他们团队平时在意的能力点所以吃透笔试题等于提前知道了面试的考察范围。我遇到的情况就是如此——笔试考了链表部分反转后面面试时面试官又问了一个链表的变体题。因为笔试复盘时我深挖了链表题的指针变换过程面试时几乎没卡壳就写出来了。5.3 考前一周的高效准备清单最后分享一份我自己用下来效果不错的考前一周准备清单不一定适合所有人但可以参考第 1 至 2 天集中刷链表和二叉树每天至少手写 5 道题重点练边界条件第 3 天动态规划专项把背包、网格路径、子序列三类题各做 2 道第 4 天操作系统 网络选择考点速记死锁、虚拟内存、TCP 状态机必须熟第 5 天数据库索引 事务隔离级别 SQL 执行顺序顺带刷 5 道 SQL 题第 6 天做 1 套完整模拟卷严格按照 90 分钟时间模拟笔试节奏第 7 天翻错题本巩固薄弱点不碰新题。为什么要把模拟卷放在第 6 天而不是第 1 天因为模拟卷的价值在于暴露问题如果你基础还没过一遍就做模拟卷低分只会打击信心而在复习末尾做既检验了成果又能把最终薄弱点补上。当然如果你复习时间充裕可以增加模拟次数。写在最后的一些真实体会整套小米 2024 秋招第一批笔试做下来我最想对后来者说的是不要把笔试想象成洪水猛兽也不要以为随便刷刷题就能过。小米的笔试题目难度是阶梯式的简单的题大家都会但拉开差距的恰恰是那些“你觉得简单但容易忽略边界”的题。从我个人的教训来看最大的失误不是算法不会而是选择题用了太多时间导致第二道编程题写得比较赶。如果让我重新来一次我会在选择题阶段更果断地放弃那些需要复杂计算的题目。毕竟笔试是一个分数游戏合理的策略比单纯的知识储备更重要。后面如果大家想看小米面试环节的具体复盘我可以再单独写一篇。这次就先聊这些祝正在准备秋招的朋友们都能拿到心仪的 offer。
小米2024秋招软件开发岗笔试全解析：题型、考点与避坑指南
2024年秋招刚开始那阵我就撞上了小米集团的软件开发岗第一批笔试。说实话小米的笔试在互联网大厂里算比较有代表性的题目风格横跨软硬件既考计算机基础又带点嵌入式味道和单纯做 web 业务的厂子感觉完全不一样。这篇文章就基于我这次笔试的亲身经历和复盘把笔试的题型分布、核心考点、备考思路和踩坑记录全部整理出来给后面准备小米或者其他大厂软件开发岗的兄弟们一个参照。整场笔试做下来最大的感受是小米的笔试考的不是“你背了多少八股文”而是“你能不能在一个半小时内又快又准地解决真实工程问题”。尤其是编程题的考察方式和 LeetCode 上闷头刷题的感觉有点不一样后面我会详细拆。1. 笔试整体观感横跨软硬件的题目风格1.1 为什么小米的笔试风格值得单独写一篇很多同学秋招刷题时习惯盯着字节、腾讯、阿里的题库一上来就是 hard 级别的手撕红黑树、设计秒杀系统。但小米的软件开发岗笔试走的是另一个路子选择题占比高、知识点宽、编程题难度中等偏上但思路很常规。这和小米的业务结构有直接关系——小米既有 MIUI、互联网服务这类纯软件业务又有大量 IoT 设备、手机底层、车机系统等需要软硬件结合的岗位方向。如果你投的是软件开发岗笔试通常不会区分太细的方向而是统一考察计算机基础能力。但正因为统一考察题目覆盖面就特别大。操作系统、计算机网络、数据结构、数据库、Linux、设计模式、C 和 Java 的基础语法都可能出现。我做的那一场选择题大概 30 道左右涵盖范围很广编程题 2 道纯算法题不涉及具体项目设计。整体时间大概是 90 到 120 分钟实际做题时会觉得有点紧张因为每道选择题都不是那种一眼能看出答案的送分题至少需要一两次排除推理有的还需要在草稿纸上推演。编程题更是不能上来就写代码必须先想清楚思路再动手。1.2 第一批笔试的时间节点与心理预期小米的秋招第一批笔试一般在 8 月底 9 月初开放意味着这时大部分人简历才刚投出去笔试系统还没完全进入“海笔”节奏。第一批的好处是竞争相对有序坏处是如果你还没怎么刷题很容易被直接淘汰。我这里想强调一个容易被忽略的点小米笔试的投递渠道一般会让你选择“意向城市”和“意向岗位方向”笔试统一做但后续面试会有方向分流。所以笔试阶段不用过度纠结“我到底面的是 MIUI 还是底层开发”把计算机基础打牢、算法题过关是第一优先级。我的建议是如果你是冲着软件开发岗去的第一批笔试尽量别缺席。因为到了第二、第三批岗位 HC 很多已经被锁定了即使你笔试分数更高面试机会也可能变少。笔试这关不是单纯比分数还要看批次名额早点上车永远比晚点上车的概率大。2. 题型拆解从选择题到编程题的全链路分析2.1 选择题基础不牢地动山摇小米笔试的选择题部分给我的感觉是“广度优先深度其次”。它不完全像考研那种纯记忆题也不全像大厂那种场景应用题而是介于两者之间。我回忆了当天出现的几类考点大致可以分成这几块数据结构二叉树遍历、哈希冲突解决、堆排序的建堆过程、AVL 树的旋转操作系统进程与线程区别、死锁的四个必要条件、虚拟内存与页面置换算法计算机网络TCP 三次握手、HTTP 状态码含义、IP 地址子网划分数据库索引失效场景、事务隔离级别、B 树特性C / Java 基础构造函数与析构函数、虚函数、静态变量、异常处理设计模式单例模式的线程安全性、观察者模式适用场景。你可能会说这和大厂笔试没什么区别但小米有个特色——操作系统和 C 的题量明显偏多尤其是在北京、南京、武汉这些偏底层研发的城市岗位里嵌入式相关概念也会冒出来。比如我印象很深有一道题是问“中断处理过程中为什么不能睡眠”这在纯互联网公司笔试里很少见但对小米很典型。做选择题的策略我的建议是第一遍快速过把有把握的题勾掉拿不准的先标记不要死磕。因为选择题内部没有倒扣分机制至少我考的那场没有所以即使不确定也要全填完绝对不能留空。我见过有人因为纠结一道概率题导致后面编程题没时间写这是最亏的。2.2 编程题高频算法与结构化考察编程题方面第一批笔试一共两道风格比较正统第一道是链表相关要求实现链表部分反转难度中等考察的是对指针操作的熟练度和边界条件处理。第二道是动态规划具体是“最小路径和”的变体但给的是一个矩阵要求从左上角走到右下角求经过路径上数字和的最小值同时只允许向右和向下移动。这两题都不算冷门LeetCode 上都有原题或类似题。但为什么还有人挂因为很多人只顾着刷 hard 题忽略了对基础题的手写熟练度。比如链表反转那道题如果你平时刷题都是直接调用库函数没有自己手写过指针考场上一紧张就容易把 next 指针搞丢然后陷入死循环。再比如动态规划矩阵题难得不是递推公式而是“初始化第一行第一列”时容易漏导致结果偏大。我建议编程题集中刷以下几类基本能覆盖小米笔试链表类反转、删除、合并、环形检测二叉树类遍历前中后序、层序、最近公共祖先、路径和动态规划一维 DP、二维网格 DP、背包问题字符串类最长公共子串/子序列、滑动窗口排序与查找快排、归并、二分查找的边界处理。在考试系统里写完代码后没有本地编译器帮你自动格式化所以缩进和变量命名混乱会严重影响你后续检查的心情。建议平时刷题就养成一个习惯写代码时变量名尽量语义化哪怕笔试没有代码审查你自己回头检查也能省不少时间。2.3 编程题考试的编译环境与语言选择小米笔试用的平台支持多种语言包括 C、Java、Python、Go 等。我的个人经验是笔试选你平时刷题用得最熟的语言而不是选“看起来最厉害”的语言。比如链表题用 C 写需要手动管理指针一旦脑子乱了很容易崩用 Python 写虽然代码短但如果你平时常用 Java突然切到 Python 可能连list的 API如append、pop都要想一下。我当时选的是 C因为平时刷题主力就是它。不过这里有一个注意点小米笔试系统的输入输出处理和 LeetCode 不一样。LeetCode 是给你函数签名你只需要往里面填实现但小米笔试题有些是标准的 ACM 模式需要你自己cin n或Scanner读入还要注意多组输入的结束条件。如果你没练过这种输入输出模式考场上是会卡壳的。建议在笔试前专门花两天用你习惯的语言练一下标准输入输出尤其是多行输入每行长度不定输入可能包含多组测试用例字符串输入里可能有空格需要getline。3. 核心考点深挖那些容易丢分的知识模块3.1 数据结构与算法笔试的硬骨头数据结构这块小米笔试考察得比较杂但核心集中在“基础数据结构 经典算法”这两条线。先说基础数据结构。数组、链表、栈、队列属于必考二叉树和哈希表是重点堆和并查集偶尔出现。选择题里经常给一个场景让你选最合适的数据结构比如“需要频繁在头部插入删除选什么”答案是链表“需要快速判断元素是否存在选什么”答案是哈希表。图相关算法在选择题里出现频率不高但在编程题里可能会以“变形的 Dijkstra”出现。比如“从左上角到右下角的最小体力消耗”这类题本质就是最短路径。如果你复习时间有限图的遍历BFS、DFS和最短路径算法最好还是要掌握至少知道适用场景和模板代码。算法方面动态规划和贪心是最常考的两种。贪心题容易和排序结合比如“会议室最多能安排多少个会议”“最少飞镖数引爆气球”这类。动态规划则千变万化小米笔试里出现过“编辑距离”“最长递增子序列”“0-1 背包”的变体尤其是网格类 DP出现的概率极高。我强烈建议考前一个星期别去碰 hard 题。把 LeetCode 上 selected top 100 的 medium 题做一遍重点整理“dp 数组初始化”“边界条件”“状态转移方程怎么推”这三个核心问题比刷 50 道 hard 题管用得多。3.2 操作系统与计算机网络面试笔试双热点如果你刷过小米往年的笔试回忆题会发现操作系统和计算机网络的选择题占比很高而且不白给。我印象很深的几道题关于死锁的一个系统有 5 个进程每个进程需要 4 个同类资源问至少需要多少个资源才不会发生死锁。答案是5 * (4 - 1) 1 16考察死锁的边界条件。关于虚拟内存的缺页中断发生频率与页面置换算法的关系问哪种算法可能产生 Belady 异常答案是 FIFO。关于 TCP 的三次握手中客户端发送 SYN 后进入什么状态答案是 SYN_SENT服务端收到后进入 SYN_RCVD然后发送 SYNACK。这些知识点不是死记硬背就能搞定的需要理解背后的原理。比如死锁那道题你要理解“每个进程在极端情况下都持有 3 个资源在等待第 4 个此时系统仍然没有死锁必须保证还有 1 个资源可以分配给其中一个进程”。网络方面TCP 和 HTTP 是绝对重点UDP 和 DNS 偶尔出现。小米的 IoT 业务多所以对 TCP 的可靠性机制、粘包拆包处理、HTTP 与 HTTPS 的区别这些点比较关注。选择题里经常给一段报文或一个连接状态让你推断下一步动作。再补一句操作系统里“进程调度算法”先来先服务、短作业优先、时间片轮转、多级反馈队列也是高频考点特别是计算平均周转时间。这类题必须动手算光看没用建议考前把各算法的计算流程手推两遍。3.3 数据库与 SQL考的是实际工程思维数据库部分小米笔试的考察比一般互联网厂子更偏实际工程。选择题喜欢考索引、事务和 SQL 语句的执行顺序。索引是重灾区。常见考法有两种一种给定一条 SQL问走不走索引另一种给复合索引(a, b, c)问哪些查询能命中索引。这类题只要你理解“最左前缀原则”基本能拿下一大半。但有些坑你需要注意比如对索引列做了函数运算where DATE(create_time) 2024-09-01就会导致索引失效再比如like %abc这种前置通配符也走不了索引。事务隔离级别也很常考尤其是“不可重复读”和“幻读”的区别。很多人混淆这两个概念我教你一个简单记忆法不可重复读同一个查询语句在同一事务内执行两次结果不一样一条记录的值变了幻读同一个查询语句在同一事务内执行两次结果集的行数变了多了一行或少了一行。只要记住“值变 不可重复读行数变 幻读”选择题基本不会错。MySQL 默认的 REPEATABLE READ 隔离级别通过多版本并发控制基本解决了不可重复读但幻读在极端情况下仍可能发生这个点也容易考。SQL 语句执行顺序也值得一提。很多人写 SQL 全靠感觉但选择题会问你“WHERE 和 GROUP BY 谁先执行”答案是 WHERE 先于 GROUP BY而 HAVING 在 GROUP BY 之后。执行顺序我建议记成一句话FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT。3.4 嵌入式与硬件基础小米特色考点前面提到过小米笔试一个明显的特点是可能出现少量嵌入式或硬件基础题。这未必代表你投的岗位是嵌入式方向而是因为小米的软件开发岗位本身就带有“软硬结合”的性质比如手机系统部、IOT 平台部、汽车电子部都需要对硬件有一定理解的技术人员。我遇到的嵌入式题主要集中在中断与异常的区别栈的生长方向与函数调用栈大小端模式大端高字节存低地址小端高字节存高地址static 关键字在 C 语言中的作用修饰局部变量、全局变量、函数volatile 关键字的作用防止编译器优化每次从内存读取。这些知识点看着简单但需要真的动手写过底层代码才能有深刻体会。比如volatile关键字如果你只背了“防止编译器优化”这句话考试时给一个具体代码场景问你“为什么要加 volatile”你可能会懵。我当时复习时专门用 ARM 开发板写了一个中断服务函数和主循环共享标志位的例子彻底理解了 volatile 的用法这种题就没慌。对于纯软件背景的同学我的建议是不用花太多时间深挖嵌入式但至少要掌握“中断服务函数的特点”“static 和 volatile 的作用”“内存对齐”这几个高频考点。它们不光是笔试要用后面面试如果被问到底层知识也有帮助。4. 笔试过程中的实操经验与应试策略4.1 时间分配一个半小时如何打出节奏小米这边笔试总时长我这场是 90 分钟题量是 30 道选择 2 道编程。时间分配是决定成败的关键。我的分配策略是前 25 分钟快速扫描所有选择题能做就做拿不准的先标记不恋战中间 15 分钟回头解决标记的选择题尽量控制在 25 分钟内解决所有选择题剩余 50 分钟全身心投入编程题先写第一题再写第二题最后 5 到 10 分钟检查编译是否通过、输入输出格式是否正确、有没有明显逻辑错误。很多人的问题是把选择题的时间拖得太长一道题纠结 5 分钟导致编程题只剩 20 分钟。我给你算一笔账选择题 1 道哪怕你做对了也就 1 到 2 分编程题一题动辄 30 到 40 分完全不是一个量级。所以原则应该是“选择性放弃选择难题优先保住编程题”。编程题内部的时间分配也有讲究。第一题如果 15 分钟内没思路果断先看第二题因为两道题难度不一定按顺序递增。我考的那场第一题是链表难度中等第二题反而是更套路的动态规划对我来说反而更好动手。如果死磕第一题第二题可能就没时间写了。4.2 编程题的审题与边界处理我复盘自己编程题时发现一个规律大部分失分不是因为算法不会而是因为边界处理没做好。举几个典型例子链表题没考虑head nullptr矩阵 DP 题没考虑matrix为空或只有一行一列二分查找没处理left right的退出条件字符串题没考虑大小写、空格、空串。考场时间紧张很多人第一步就是写代码然后编译错误不断改来改去时间就没了。我的习惯是先花 2 分钟手写用例验证思路再动键盘。具体操作理解题意后先构造一个最简单的小示例比如n 1或 2x2 的矩阵手动算一遍答案心里有数再用一般情况推演一遍确认算法逻辑能走通最后再正式编码。这样做的好处是你对算法有了直觉预期写代码时每一步都知道自己在干什么不会写出一个“看起来对但跑出来错”的实现。4.3 多种语言选型与调试技巧关于语言选型我再多啰嗦几句。如果你两种语言都熟优先选 C 或 Java因为它们对数据结构的控制更精细刷题时常用。如果你的主力是 Python也没问题但一定要提前熟悉标准输入输出。调试方面笔试平台一般不会给你打印中间结果的便利所以建议用“小技巧”把中间结果临时输出调试完再注释掉。比如 C 里可以用cout xxx endl;打印某个数组的值确认是否符合预期。但千万别忘了在提交前删掉或注释掉调试输出否则代码会因输出格式不对被判错误。另外建议你提前了解你所用语言的“常用容器写法”避免考场上想不起 API。比如C 里 vector 的push_back、pop_back、sizeJava 里 HashMap 的getOrDefault、ArrayList 的addPython 里 list 的切片、dict 的setdefault。这些 API 如果平时敲得不熟考场上临时翻文档会很浪费时间而且平台不一定提供文档查询功能。5. 常见问题与避坑指南5.1 笔试中高频失误与对应排查方法我把这一轮笔试中亲身踩过和看到别人踩过的坑整理成了一张表格后面准备笔试、面试的人可以对照自查。常见失误具体表现排查与解决方法输入输出格式错误多打印了提示信息或没处理多组输入考前专门练几道 ACM 模式的题看清题目要求边界条件遗漏空数组、空链表、单节点导致程序崩溃写代码前先构造最小用例验证变量命名混乱提交后代码无法快速自查变量用语义化命名如left、right、node死循环链表题 next 指针丢失、循环条件写成手推一遍循环退出条件动态规划初始化错误dp 数组首行首列遗漏先明确 dp[i][j] 的含义再推导初始化状态转移方程写错矩阵路径题将“向右向下”写反用示例数据逐步验证递推公式编译失败使用了不兼容的容器或 API确认语言版本尽量用最通用的写法太早提交没跑完给定的示例直接交提交前至少跑一次题目给的示例心态崩溃卡在一题导致后面全乱战略性放弃先抢更多分数注意笔试时如果遇到一个实现很复杂的算法先评估是否有更简单的解法。比如“判断链表是否有环”你可以用快慢指针也可以用哈希表标记已访问节点。后者代码更短虽然空间复杂度高一点但在笔试环境下能跑通就是胜利。5.2 考后复盘如何把一次笔试的价值用满很多人笔试完就丢到一边等结果就行。我的建议是不管过没过都要做一次完整复盘因为每场大厂笔试都是你接下来面试的“模拟卷”。我自己的复盘流程把笔试中的题目回忆出来尽量用自己的话描述清楚在网上或牛客等平台找同一批笔试的讨论帖确认其他同学的思路重新写一遍编程题这次不能写出来就行要确保编译通过且能通过自定义测试用例选择题错题整理进自己的错题本标出对应的知识点思考“如果这道题变成面试题我应该怎么讲”。这里有个小技巧小米笔试有一个特点编程题往往和你未来面试官出的手写题高度重合。笔试出现的题型就是他们团队平时在意的能力点所以吃透笔试题等于提前知道了面试的考察范围。我遇到的情况就是如此——笔试考了链表部分反转后面面试时面试官又问了一个链表的变体题。因为笔试复盘时我深挖了链表题的指针变换过程面试时几乎没卡壳就写出来了。5.3 考前一周的高效准备清单最后分享一份我自己用下来效果不错的考前一周准备清单不一定适合所有人但可以参考第 1 至 2 天集中刷链表和二叉树每天至少手写 5 道题重点练边界条件第 3 天动态规划专项把背包、网格路径、子序列三类题各做 2 道第 4 天操作系统 网络选择考点速记死锁、虚拟内存、TCP 状态机必须熟第 5 天数据库索引 事务隔离级别 SQL 执行顺序顺带刷 5 道 SQL 题第 6 天做 1 套完整模拟卷严格按照 90 分钟时间模拟笔试节奏第 7 天翻错题本巩固薄弱点不碰新题。为什么要把模拟卷放在第 6 天而不是第 1 天因为模拟卷的价值在于暴露问题如果你基础还没过一遍就做模拟卷低分只会打击信心而在复习末尾做既检验了成果又能把最终薄弱点补上。当然如果你复习时间充裕可以增加模拟次数。写在最后的一些真实体会整套小米 2024 秋招第一批笔试做下来我最想对后来者说的是不要把笔试想象成洪水猛兽也不要以为随便刷刷题就能过。小米的笔试题目难度是阶梯式的简单的题大家都会但拉开差距的恰恰是那些“你觉得简单但容易忽略边界”的题。从我个人的教训来看最大的失误不是算法不会而是选择题用了太多时间导致第二道编程题写得比较赶。如果让我重新来一次我会在选择题阶段更果断地放弃那些需要复杂计算的题目。毕竟笔试是一个分数游戏合理的策略比单纯的知识储备更重要。后面如果大家想看小米面试环节的具体复盘我可以再单独写一篇。这次就先聊这些祝正在准备秋招的朋友们都能拿到心仪的 offer。