简介微软面试100题含参考答案是一份面向程序员与技术岗求职者的经典面试题库特别适合准备微软、谷歌、百度等科技公司算法与数据结构面试的读者。压缩包共1个PDF文件大小3.16MB内容组织清晰可离线阅读并快速定位任意题目。题库覆盖数组、链表、栈、队列、哈希表、树、图等数据结构排序、查找、递归分治、动态规划、贪心、回溯、图论等核心算法同时延伸至海量数据处理位图、Bloom Filter、MapReduce、并发多线程、内存管理、网络编程、设计模式等高频考点。所有题目均配有参考答案和解题思路部分加入问题分析、逻辑分解、代码优化及测试调试建议能帮助读者由浅入深构建完整知识体系强化拆解复杂问题的能力。已有1935人浏览学习无论冲刺微软面试还是系统提升算法功底这份资料都值得反复研读。1. 拿到《微软面试100题(含参考答案)》后先别急着看答案准备面试时最常见的动作是打开《微软面试100题(含参考答案)》这类PDF从头翻一遍勾掉觉得眼熟的题目把不会的留到“最后再看”。但是两周后坐在在线编辑器前面对同一道二叉树题写出来的代码依然和参考答案差了好几层。问题不在于答案没看懂而在于答案没有变成自己的工程资产。这份在网上流传多年的题库文件价值在于题目覆盖广参考答案也基本成体系缺点是每个版本的题号和答案完整性不一且大量内容是伪代码或短解不亲手运行很难判断对错。正确用法是先把它当成一份原始需求清单然后把题目拆出来、跑通、再归纳成自己的复习目录。本文按“归类 → 抽题 → 运行 → 收口”的顺序面向准备微软及同类大厂算法面试的工程师也适合需要快速盘题型的五年以上后端开发者。PDF只负责给你题目剩下的是工程活。2. 先给题库做归类考点、难度、依赖三维拆书2.1 按考点、难度和依赖关系打三个标签一份《微软面试100题(含参考答案)》的不同流传版本题目分布大致都围绕链表、树、动态规划、字符串、数组和图搜索展开多数版本还会混入少量系统设计与行为面试题。原始文件是按题号顺序排列的但这个顺序和知识点推进顺序并不一致。如果今天从第1题做到第20题很可能前10题全在考递归后10题又跳到散列表复习节奏很容易被打断。我一般会把题库重新拆成“考点、难度、依赖、状态”四个维度。考点决定文件放到哪个目录难度决定当天的训练梯度依赖指在写这道题前必须了解的前置模板状态则标记这道题是否已经跑通过。状态特别关键不看“读过多少题”只看“跑通多少题”。下面这张表可以作为整理最少字段的模板列名取值示例用途考点链表、动态规划、系统设计决定题目的目录归属也方便后期按类复习难度易、中、难控制每日节奏避免连续撞上硬骨头依赖递归、散列表、前缀树标记做题前需要提前跑通的基础模板状态未看、已跑、未跑通最终面试复习只看“已跑”题不给盲目自信留空间不同版本的题库题号本身并不可靠分类时可以完全忽略原始编号。我通常的做法是先把所有题目扫描一遍按考点重新编号例如tree/目录里只放树相关题目不关心它在PDF里是第几题。这样无论你手上是100题版、116题版还是别人重排过的注释版目录结构都不会失效。2.2 用一段命令把扁平PDF拆成可按考点检索的目录树确定分类维度后先建一个与原始PDF解耦的目录结构。目录命名使用英文小写连写方便后面在shell里按目录批量跑测试避免中文路径和空格带来的转义问题。mkdir -p ms100/{dp,linkedlist,tree,graph,system_design,behavior}参数说明ms100是本次复习工程的根目录名称短且不含空格花括号展开后一共创建6个目录分别对应动态规划、链表、树、图、系统设计、行为面试题。实际使用时如果你的100题里没有行为题可以删掉behavior如果题目更偏贪心可以加一个greedy。目录数量不要超过8个太多会分散注意力。此时不需要急着把PDF原文复制进去。更合理的结构是每个考点目录下每道题用四个文件组织题目摘录、参考答案摘录、自己的实现与测试、面试后的补充笔记。ms100/tree/ ├── q001.md ├── q001_answer.md ├── test_q001.py └── notes.md这套结构在后面各章都会被复用。如果手里这份PDF是扫描版就需要先做OCR再执行下一节的操作如果是文字版直接进入题型抽取半小时内可以完成整个目录搭建。3. 把 PDF 变成可复现仓库pypdf 抽题与逐题模板生成3.1 用 Python 提取全文并保留页面标记PDF 在阅读器里可搜索并不代表程序里也能稳定解析。尤其是一百题这种体量的文档分页错乱、代码缩进丢失、中文标点被切开都很常见。我一般使用pypdf因为接口稳定主要就用到PdfReader和extract_text没有多余依赖。from pypdf import PdfReader reader PdfReader(微软面试100题(含参考答案).pdf) with open(ms100_raw.md, w, encodingutf-8) as f: for i, page in enumerate(reader.pages): f.write(f\n!-- page {i 1} --\n) f.write(page.extract_text() or )逻辑说明PdfReader把文件对象读入内存enumerate(reader.pages)从第0页开始迭代page.extract_text()在有文本层时返回字符串。碰到空白页或扫描页时会返回空字符串所以这里用or 兜底避免把None写入文件。参数说明注释里写入page {i 1}是因为i从0开始加1后才是人在阅读器里看到的页码。后期如果定位到某个题目出现在ms100_raw.md的第3页可以直接回PDF核对原始排版。如果原文件没有文本层脚本输出会是一堆空行这时候要先换成OCR方案这一步不做后续切题全部白费。3.2 按题干正则切块逐题生成测试文件模板拿到可以搜索的纯文本后下一步是按题目边界切块。不同版本的100题在文本标记上不太一样常见的有“第1题”“第1题“Question 1”等格式。先挑文件里前5道题确认真实文本的排版再写正则不要凭经验直接套。import re text open(ms100_raw.md, encodingutf-8).read() blocks re.split(r\n(?(?:第\s*\d\s*题|Question\s*\d)), text) for idx, block in enumerate(blocks[:100], start1): with open(fms100/tree/q{idx:03d}.md, w, encodingutf-8) as f: f.write(block.strip() \n)逻辑说明正则中的(?...)是零宽断言只在匹配位置处切分不会把题目编号本身吃掉。blocks[:100]避免有些版本文件末尾附带广告或参考链接被误抽成第101题。enumerate(..., start1)保证生成的文件名从q001.md开始。参数说明idx:03d是把数字格式化为三位数第7题会生成q007.md。这样按字典序排列目录时q010.md会排在q002.md之前正常阅读顺序不会乱。切分完检查一下blocks的长度如果远小于100说明正则没匹配到题目开头打开ms100_raw.md前40行看实际用的是什么分隔符。3.3 每个测试文件的最小骨架先定义接口再填实现自动生成的测试文件里不放参考答案只放一个带NotImplementedError的函数骨架。面试准备最忌讳的事是把答案贴在眼前边看边抄最后以为自己是凭记忆写出来的。把参考答案单独放在q001_answer.md里测试文件里只留接口这样每次运行都会强制你从接口开始思考。def two_sum(nums, target): raise NotImplementedError def test_two_sum(): assert two_sum([2, 7, 11, 15], 9) [0, 1] assert two_sum([3, 3], 6) [0, 1]逻辑说明第一个用例是常规数组第二个用例专门验证重复元素场景考察实现会不会漏掉第二个下标。raise NotImplementedError会在调用该函数时抛异常从而提醒你这道题还没做而不是因为之前复制了半段相似代码而误判为通过。只有当你在two_sum函数体内补完实现并且测试绿灯这道题才算真正进入“已跑”状态。至于系统设计题用不到函数调用直接在system_design目录下建.md文件即可。判断是否要写成测试文件的唯一标准是能否用一组输入输出描述这道题。能写出来就建test_*.py写不出来就归到设计题走下一章提到的检查流程。4. 参考答案要跑通才算数pytest 参数化用例与设计题收口4.1 先从边界用例检验答案再看参考答案把参考答案从PDF抄进代码是必要的但顺序很关键。正确顺序是先写测试用例再根据自己思路实现卡住时再打开q001_answer.md。我在准备阶段发现很多题目的参考答案只覆盖“正常输入”没有空数组、单元素、重复值这些边界面试官恰恰喜欢从这里追问。import pytest pytest.mark.parametrize(nums,target,expected, [ ([], 1, []), ([1], 2, []), ([2, 7, 11, 15], 9, [0, 1]), ([3, 3], 6, [0, 1]), ([3, 4, 3], 6, [0, 2]), ]) def test_two_sum(nums, target, expected): assert two_sum(nums, target) expected逻辑说明parametrize会把5组用例依次传入test_two_sum任何一组失败都会单独标记可以精确到是哪组输入触发的问题。第一组空数组和单元素把“至少需要两个数”的隐含条件显式化第四组[3, 3]验证结果覆盖重复元素最后一组[3, 4, 3]验证当数字出现两次时返回的是第一个和最后一个下标能同时检验实现里对“已使用元素”的处理。参数说明元组里的三个值分别对应nums、target、expected顺序不能换。如果你把expected写在前pytest会直接报参数数量不匹配排查起来反而费时间。修改用例时只需增删列表里的行不需要动函数体。4.2 在终端只跑有把握的题pytest 的标记与分组题库跑起来以后有些题已经验证过有些设计题没有测试文件行为题更没法用断言判断。为了让命令行只关注当下该看的内容可以给不同类别的测试打标记。先建设计题标记然后统一用参数过滤。pytest ms100/ -q --tbshort -m not system_design参数说明ms100/让pytest递归收集所有test_*.py文件-q压缩输出只保留文件级摘要和失败信息--tbshort把每个错误压缩到一两行适合批量筛查-m not system_design过滤掉带system_design标记的用例。要让过滤生效需要在设计题相关的测试文件或测试函数上写装饰器例如pytest.mark.system_design否则-m表达式不会匹配任何用例。之前已经跑通并确认无误的题后续没必要每次都重新全跑。可以给通过的文件补一个pytest.mark.done标记命令行改成pytest ms100/ -q --tbshort -m done and not system_design这样每天反复执行的都是当前已确认可靠的题目。这个动作不是为了测试答案对不对而是为了保持手写代码的节奏感顺手可以做但不建议安装额外插件参数化加标记已经覆盖了绝大多数整理需要。4.3 系统设计与行为题怎么验证系统设计题没有标准输入输出不适合用pytest断言但可以用静态检查强制补齐“该有的数”。我用一段命令列目录中缺失关键字段的文件把题库当代码评审来看。grep -L -rE QPS|存储选型|数据量级 ms100/system_design/*.md逻辑说明grep -L表示列出所有不匹配的文件-E允许使用|做多关键字匹配。如果某个设计题笔记里没有出现“QPS”“存储选型”“数据量级”这些内容它就会被输出说明这题还没完成审查如果没有输出说明目录下所有题都写入了基本规模指标。参数说明-r递归子目录防止有层级的笔记文件被漏掉文件路径直接指向system_design目录限制搜索范围避免误扫到算法题。这套检查方式也适用于行为面试题把关键字改成“情境、任务、行动、结果”即可。判定标准很直接算法题看测试是否变绿设计题看维度是否齐全行为题看文本是否能讲成一个短故事。题目类型验证手段通过标准算法题pytest参数化用例普通用例和边界用例都通过系统设计题grep关键字段笔记中包含QPS、存储、数据量级行为面试题STAR四行记录情境、任务、行动、结果四要素齐全5. 面试前一晚把百题收成速查卡三个演练小技巧面试前一天不再适合看任何答案长文。此时仓库已经跑过几轮任务从“理解题目”切换成“检查遗忘”。第一件事是生成一个随机抽题函数每次取三题快速过思路并且当场跑测试用结果判断状态。function ms100_shuffle() { for f in $(find ms100 -name test_*.py | sort -R | head -3); do echo $(basename $f) python -m pytest $f -q --tbshort 21 | tail -1 echo done }参数说明find ms100 -name test_*.py只收集测试文件排除notes.md和答案文档sort -R以随机方式打乱列表head -3取前三题tail -1只保留pytest输出的最后一行比如1 passed in 0.02s。如果某题输出failed不要继续抽下一题直接打开对应的q001.md和notes.md看是边界条件忘了还是实现变了。第二件事是把每一题压缩成一行速记卡只保留题号、考点、时间复杂度和一个最需要注意的边界。保存成制表符分隔的文本文件放在固定路径下。printf q021\tlinkedlist\tO(n)\tdummy head处理\n ~/.ms100_cards.tsv printf q045\tdp\tO(n^2)\t边界用滚动数组\n ~/.ms100_cards.tsv这个文件的优势在检索方便。面试前想快速过一遍linkedlist相关题目一条命令就能拉出新最重要的几个提醒。grep -P \tlinkedlist\t ~/.ms100_cards.tsv参数说明-P启用Perl正则保证\t被解释成制表符而不会是字面量字符。检索结果里每一行都是一张速记卡例如q021 linkedlist O(n) dummy head处理看到“dummy head”就该想起测试文件里那个None边界用例如果想不到回到test_q021.py跑一遍。最后一件是花十分钟把notes.md里记录的追问内容回看一遍尤其是面试官可能顺着你的实现继续问的部分。这些才是最终决定印象分的地方题目本身是入场券边界处理和延伸思考才是区分度所在。本文还有配套的精品资源点击获取
简介微软面试100题含参考答案是一份面向程序员与技术岗求职者的经典面试题库特别适合准备微软、谷歌、百度等科技公司算法与数据结构面试的读者。压缩包共1个PDF文件大小3.16MB内容组织清晰可离线阅读并快速定位任意题目。题库覆盖数组、链表、栈、队列、哈希表、树、图等数据结构排序、查找、递归分治、动态规划、贪心、回溯、图论等核心算法同时延伸至海量数据处理位图、Bloom Filter、MapReduce、并发多线程、内存管理、网络编程、设计模式等高频考点。所有题目均配有参考答案和解题思路部分加入问题分析、逻辑分解、代码优化及测试调试建议能帮助读者由浅入深构建完整知识体系强化拆解复杂问题的能力。已有1935人浏览学习无论冲刺微软面试还是系统提升算法功底这份资料都值得反复研读。1. 拿到《微软面试100题(含参考答案)》后先别急着看答案准备面试时最常见的动作是打开《微软面试100题(含参考答案)》这类PDF从头翻一遍勾掉觉得眼熟的题目把不会的留到“最后再看”。但是两周后坐在在线编辑器前面对同一道二叉树题写出来的代码依然和参考答案差了好几层。问题不在于答案没看懂而在于答案没有变成自己的工程资产。这份在网上流传多年的题库文件价值在于题目覆盖广参考答案也基本成体系缺点是每个版本的题号和答案完整性不一且大量内容是伪代码或短解不亲手运行很难判断对错。正确用法是先把它当成一份原始需求清单然后把题目拆出来、跑通、再归纳成自己的复习目录。本文按“归类 → 抽题 → 运行 → 收口”的顺序面向准备微软及同类大厂算法面试的工程师也适合需要快速盘题型的五年以上后端开发者。PDF只负责给你题目剩下的是工程活。2. 先给题库做归类考点、难度、依赖三维拆书2.1 按考点、难度和依赖关系打三个标签一份《微软面试100题(含参考答案)》的不同流传版本题目分布大致都围绕链表、树、动态规划、字符串、数组和图搜索展开多数版本还会混入少量系统设计与行为面试题。原始文件是按题号顺序排列的但这个顺序和知识点推进顺序并不一致。如果今天从第1题做到第20题很可能前10题全在考递归后10题又跳到散列表复习节奏很容易被打断。我一般会把题库重新拆成“考点、难度、依赖、状态”四个维度。考点决定文件放到哪个目录难度决定当天的训练梯度依赖指在写这道题前必须了解的前置模板状态则标记这道题是否已经跑通过。状态特别关键不看“读过多少题”只看“跑通多少题”。下面这张表可以作为整理最少字段的模板列名取值示例用途考点链表、动态规划、系统设计决定题目的目录归属也方便后期按类复习难度易、中、难控制每日节奏避免连续撞上硬骨头依赖递归、散列表、前缀树标记做题前需要提前跑通的基础模板状态未看、已跑、未跑通最终面试复习只看“已跑”题不给盲目自信留空间不同版本的题库题号本身并不可靠分类时可以完全忽略原始编号。我通常的做法是先把所有题目扫描一遍按考点重新编号例如tree/目录里只放树相关题目不关心它在PDF里是第几题。这样无论你手上是100题版、116题版还是别人重排过的注释版目录结构都不会失效。2.2 用一段命令把扁平PDF拆成可按考点检索的目录树确定分类维度后先建一个与原始PDF解耦的目录结构。目录命名使用英文小写连写方便后面在shell里按目录批量跑测试避免中文路径和空格带来的转义问题。mkdir -p ms100/{dp,linkedlist,tree,graph,system_design,behavior}参数说明ms100是本次复习工程的根目录名称短且不含空格花括号展开后一共创建6个目录分别对应动态规划、链表、树、图、系统设计、行为面试题。实际使用时如果你的100题里没有行为题可以删掉behavior如果题目更偏贪心可以加一个greedy。目录数量不要超过8个太多会分散注意力。此时不需要急着把PDF原文复制进去。更合理的结构是每个考点目录下每道题用四个文件组织题目摘录、参考答案摘录、自己的实现与测试、面试后的补充笔记。ms100/tree/ ├── q001.md ├── q001_answer.md ├── test_q001.py └── notes.md这套结构在后面各章都会被复用。如果手里这份PDF是扫描版就需要先做OCR再执行下一节的操作如果是文字版直接进入题型抽取半小时内可以完成整个目录搭建。3. 把 PDF 变成可复现仓库pypdf 抽题与逐题模板生成3.1 用 Python 提取全文并保留页面标记PDF 在阅读器里可搜索并不代表程序里也能稳定解析。尤其是一百题这种体量的文档分页错乱、代码缩进丢失、中文标点被切开都很常见。我一般使用pypdf因为接口稳定主要就用到PdfReader和extract_text没有多余依赖。from pypdf import PdfReader reader PdfReader(微软面试100题(含参考答案).pdf) with open(ms100_raw.md, w, encodingutf-8) as f: for i, page in enumerate(reader.pages): f.write(f\n!-- page {i 1} --\n) f.write(page.extract_text() or )逻辑说明PdfReader把文件对象读入内存enumerate(reader.pages)从第0页开始迭代page.extract_text()在有文本层时返回字符串。碰到空白页或扫描页时会返回空字符串所以这里用or 兜底避免把None写入文件。参数说明注释里写入page {i 1}是因为i从0开始加1后才是人在阅读器里看到的页码。后期如果定位到某个题目出现在ms100_raw.md的第3页可以直接回PDF核对原始排版。如果原文件没有文本层脚本输出会是一堆空行这时候要先换成OCR方案这一步不做后续切题全部白费。3.2 按题干正则切块逐题生成测试文件模板拿到可以搜索的纯文本后下一步是按题目边界切块。不同版本的100题在文本标记上不太一样常见的有“第1题”“第1题“Question 1”等格式。先挑文件里前5道题确认真实文本的排版再写正则不要凭经验直接套。import re text open(ms100_raw.md, encodingutf-8).read() blocks re.split(r\n(?(?:第\s*\d\s*题|Question\s*\d)), text) for idx, block in enumerate(blocks[:100], start1): with open(fms100/tree/q{idx:03d}.md, w, encodingutf-8) as f: f.write(block.strip() \n)逻辑说明正则中的(?...)是零宽断言只在匹配位置处切分不会把题目编号本身吃掉。blocks[:100]避免有些版本文件末尾附带广告或参考链接被误抽成第101题。enumerate(..., start1)保证生成的文件名从q001.md开始。参数说明idx:03d是把数字格式化为三位数第7题会生成q007.md。这样按字典序排列目录时q010.md会排在q002.md之前正常阅读顺序不会乱。切分完检查一下blocks的长度如果远小于100说明正则没匹配到题目开头打开ms100_raw.md前40行看实际用的是什么分隔符。3.3 每个测试文件的最小骨架先定义接口再填实现自动生成的测试文件里不放参考答案只放一个带NotImplementedError的函数骨架。面试准备最忌讳的事是把答案贴在眼前边看边抄最后以为自己是凭记忆写出来的。把参考答案单独放在q001_answer.md里测试文件里只留接口这样每次运行都会强制你从接口开始思考。def two_sum(nums, target): raise NotImplementedError def test_two_sum(): assert two_sum([2, 7, 11, 15], 9) [0, 1] assert two_sum([3, 3], 6) [0, 1]逻辑说明第一个用例是常规数组第二个用例专门验证重复元素场景考察实现会不会漏掉第二个下标。raise NotImplementedError会在调用该函数时抛异常从而提醒你这道题还没做而不是因为之前复制了半段相似代码而误判为通过。只有当你在two_sum函数体内补完实现并且测试绿灯这道题才算真正进入“已跑”状态。至于系统设计题用不到函数调用直接在system_design目录下建.md文件即可。判断是否要写成测试文件的唯一标准是能否用一组输入输出描述这道题。能写出来就建test_*.py写不出来就归到设计题走下一章提到的检查流程。4. 参考答案要跑通才算数pytest 参数化用例与设计题收口4.1 先从边界用例检验答案再看参考答案把参考答案从PDF抄进代码是必要的但顺序很关键。正确顺序是先写测试用例再根据自己思路实现卡住时再打开q001_answer.md。我在准备阶段发现很多题目的参考答案只覆盖“正常输入”没有空数组、单元素、重复值这些边界面试官恰恰喜欢从这里追问。import pytest pytest.mark.parametrize(nums,target,expected, [ ([], 1, []), ([1], 2, []), ([2, 7, 11, 15], 9, [0, 1]), ([3, 3], 6, [0, 1]), ([3, 4, 3], 6, [0, 2]), ]) def test_two_sum(nums, target, expected): assert two_sum(nums, target) expected逻辑说明parametrize会把5组用例依次传入test_two_sum任何一组失败都会单独标记可以精确到是哪组输入触发的问题。第一组空数组和单元素把“至少需要两个数”的隐含条件显式化第四组[3, 3]验证结果覆盖重复元素最后一组[3, 4, 3]验证当数字出现两次时返回的是第一个和最后一个下标能同时检验实现里对“已使用元素”的处理。参数说明元组里的三个值分别对应nums、target、expected顺序不能换。如果你把expected写在前pytest会直接报参数数量不匹配排查起来反而费时间。修改用例时只需增删列表里的行不需要动函数体。4.2 在终端只跑有把握的题pytest 的标记与分组题库跑起来以后有些题已经验证过有些设计题没有测试文件行为题更没法用断言判断。为了让命令行只关注当下该看的内容可以给不同类别的测试打标记。先建设计题标记然后统一用参数过滤。pytest ms100/ -q --tbshort -m not system_design参数说明ms100/让pytest递归收集所有test_*.py文件-q压缩输出只保留文件级摘要和失败信息--tbshort把每个错误压缩到一两行适合批量筛查-m not system_design过滤掉带system_design标记的用例。要让过滤生效需要在设计题相关的测试文件或测试函数上写装饰器例如pytest.mark.system_design否则-m表达式不会匹配任何用例。之前已经跑通并确认无误的题后续没必要每次都重新全跑。可以给通过的文件补一个pytest.mark.done标记命令行改成pytest ms100/ -q --tbshort -m done and not system_design这样每天反复执行的都是当前已确认可靠的题目。这个动作不是为了测试答案对不对而是为了保持手写代码的节奏感顺手可以做但不建议安装额外插件参数化加标记已经覆盖了绝大多数整理需要。4.3 系统设计与行为题怎么验证系统设计题没有标准输入输出不适合用pytest断言但可以用静态检查强制补齐“该有的数”。我用一段命令列目录中缺失关键字段的文件把题库当代码评审来看。grep -L -rE QPS|存储选型|数据量级 ms100/system_design/*.md逻辑说明grep -L表示列出所有不匹配的文件-E允许使用|做多关键字匹配。如果某个设计题笔记里没有出现“QPS”“存储选型”“数据量级”这些内容它就会被输出说明这题还没完成审查如果没有输出说明目录下所有题都写入了基本规模指标。参数说明-r递归子目录防止有层级的笔记文件被漏掉文件路径直接指向system_design目录限制搜索范围避免误扫到算法题。这套检查方式也适用于行为面试题把关键字改成“情境、任务、行动、结果”即可。判定标准很直接算法题看测试是否变绿设计题看维度是否齐全行为题看文本是否能讲成一个短故事。题目类型验证手段通过标准算法题pytest参数化用例普通用例和边界用例都通过系统设计题grep关键字段笔记中包含QPS、存储、数据量级行为面试题STAR四行记录情境、任务、行动、结果四要素齐全5. 面试前一晚把百题收成速查卡三个演练小技巧面试前一天不再适合看任何答案长文。此时仓库已经跑过几轮任务从“理解题目”切换成“检查遗忘”。第一件事是生成一个随机抽题函数每次取三题快速过思路并且当场跑测试用结果判断状态。function ms100_shuffle() { for f in $(find ms100 -name test_*.py | sort -R | head -3); do echo $(basename $f) python -m pytest $f -q --tbshort 21 | tail -1 echo done }参数说明find ms100 -name test_*.py只收集测试文件排除notes.md和答案文档sort -R以随机方式打乱列表head -3取前三题tail -1只保留pytest输出的最后一行比如1 passed in 0.02s。如果某题输出failed不要继续抽下一题直接打开对应的q001.md和notes.md看是边界条件忘了还是实现变了。第二件事是把每一题压缩成一行速记卡只保留题号、考点、时间复杂度和一个最需要注意的边界。保存成制表符分隔的文本文件放在固定路径下。printf q021\tlinkedlist\tO(n)\tdummy head处理\n ~/.ms100_cards.tsv printf q045\tdp\tO(n^2)\t边界用滚动数组\n ~/.ms100_cards.tsv这个文件的优势在检索方便。面试前想快速过一遍linkedlist相关题目一条命令就能拉出新最重要的几个提醒。grep -P \tlinkedlist\t ~/.ms100_cards.tsv参数说明-P启用Perl正则保证\t被解释成制表符而不会是字面量字符。检索结果里每一行都是一张速记卡例如q021 linkedlist O(n) dummy head处理看到“dummy head”就该想起测试文件里那个None边界用例如果想不到回到test_q021.py跑一遍。最后一件是花十分钟把notes.md里记录的追问内容回看一遍尤其是面试官可能顺着你的实现继续问的部分。这些才是最终决定印象分的地方题目本身是入场券边界处理和延伸思考才是区分度所在。本文还有配套的精品资源点击获取
