1. 为什么是100题我整理这套题单时想的那些事先说说这套100题是怎么来的。去年我带过几个刚转行做后端的同事发现他们最大的困惑不是学不会语法而是面对 LeetCode 上两千多道题完全不知道从哪里下手。有人按题号顺序刷刷到第 80 题就放弃了有人只挑简单的做结果面试时一道中等难度的链表反转都要想半天。后来我索性把市面上大厂的面试题、热门题库、还有自己这些年面试别人的经验揉在一起筛出了一个 100 题的清单。这 100 题不求面面俱到但求每一题都能踩着面试的痛点刷完一遍基本能把常考的数据结构、算法思想、边界处理能力全部覆盖到。这 100 题不是什么天梯秘籍它更像一张自带优先级的地图。你不需要每道题都做到最优解但至少要能达到看到题就有思路、能写出可运行的代码、能讲清楚复杂度这三条标准。我见过不少人刷了三百题却依然在面试现场卡壳问题就出在只刷不算、只看不写。所以这套题单的核心不是题目本身而是它背后那套分类和训练方法我后面会详细讲。如果你正在准备实习、校招或者跳槽或者你只是想系统提升自己的编码基本功这套 100 题都值得认真过一遍。它不会让你变成算法天才但能帮你把那层面试算法的窗户纸捅破。2. 100题的整体设计与选题逻辑2.1 高频考点覆盖宁可少而精不要多而杂我定下了覆盖 80% 面试考点这个目标所以选题时先统计了近几年各大公司笔试面试中出现频率最高的知识点。数组、字符串、哈希表、双指针、二叉树、动态规划、贪心、图、堆、栈、队列、二分查找这些基本跑不掉。每个知识点我只保留 2 到 5 道题而且题目之间要有梯度一道入门、一道进阶、一道变形。比如双指针这个专题我选了两数之和 II - 输入有序数组作为入门盛最多水的容器作为进阶三数之和作为变形。这三道题做完双指针的左右相向、同向滑动窗口、去重逻辑基本就通了。我不选四数之和这种纯粹套模板的题因为它并没有给你新的思考维度性价比太低。还有些知识点本身并不算高频但一旦考到就是分水岭典型的是前缀和和单调栈。这两类题在中小厂出现频率不高但在大厂面试里时不时蹦出来而且很多考生平时根本不练。所以我各准备了一道必刷题用于防止面试时出现完全没见过的窘境。2.2 数据结构与算法思想的双覆盖设计这套题单在设计上刻意做了分层。第一层是数据结构包括数组、字符串、链表、哈希表、栈、队列、树、堆、图第二层是算法思想包括递归、分治、二分、排序、双指针、滑动窗口、回溯、动态规划、贪心、并查集、拓扑排序。每一道题我都标注了它主考的数据结构和算法思想方便你在复盘时快速定位薄弱点。这有点像健身时做的分化训练今天只练胸明天只练背每个部位一周一练再穿插休息。刷题也是一样如果今天做数组明天做链表后天做树知识点之间没有关联大脑很难形成长期记忆。所以 100 题我建议按专题刷而不是按难度刷。这个观点可能有人反对但我个人实测下来专题进攻的效果远比每天随机刷几题好得多。2.3 难度配比3:5:2 法则我特意把 100 题里的难度配比控制在简单 30 道、中等 50 道、困难 20 道。很多人忽视简单题觉得它们没有技术含量。但我告诉你面试手撕代码的时候最容易翻车的恰恰是简单题尤其像反转链表判断括号合法这种。紧张状态下一写就乱边界条件漏判链表指针指飞。简单题的价值是练肌肉记忆保证你在白板上写代码时不用过脑子就能把框架搭出来。中等题是面试的主力必须花大精力吃透。困难题不是每场面试都会出现但你不练的话一旦遇到就会心态失衡。所以我选困难题时只选那些思路复杂但代码量不大的题比如缺失的第一个正数接雨水戳气球这类它们考的是思维角度而不是让你写出几百行的工程代码。太偏太怪的困难题直接扔掉面试官自己也不见得能做出来何必自虐。3. 刷题方法论让100题真正发挥作用3.1 三轮刷题法从看懂到能讲我强烈建议把 100 题至少过三轮。第一轮叫理解轮跟着题解和评论区把每道题的思路看懂然后自己不看代码手写一遍写不出来就再看再写直到能把代码默出来。这轮的目的不是让你独立思考而是让你尽快积累常见的解题套路。第二轮叫独立轮关掉题解只看题目描述自己从头开始推导。你可以用纸笔画一下例子再写代码跑几个自测用例最后再和最优解对比。这一轮会非常痛苦但也是成长最快的阶段。第三轮叫表达轮这是面试前最关键的冲刺。你需要按面试标准做给自己固定 15 到 20 分钟思考时间然后写代码同时要口述你的思路。不要觉得对着空气说话很傻面试时你要边写边讲如果平时不练表达等到了现场你会发现大脑一片空白。三轮过后这 100 题的限时训练成绩基本就能稳定在都能做出来的水平。3.2 时间分配与每日节奏我给一个实用的每日节奏建议工作日拿出 45 到 60 分钟周末拿出 2 到 3 小时。工作日因为零散时间多不适合啃难题就安排 1 道中等题加复盘昨天的错题。周末有大块时间安排 2 道新题加 1 道困难题的重刷。这样一周大约能完成 8 道新题加若干旧题复习100 题大概 12 周可以完成一轮。如果你只有一个月时间那必须压缩每天 2 道中等题周末加 4 道困难题。同时把简单题全部砍掉只做速览。我的经验是一个月冲刺期每天保持两题加复盘效果远好于周末突击刷十题因为算法思维的培养需要的是持续激活而不是一次性大剂量灌输。3.3 错题本的正确用法记录为什么错很多人觉得错题本就是把题目和答案抄下来其实那样完全没用。真正的错题本应该记三样东西第一是我当时的思路错在哪里比如我以为要用排序实际要用哈希表第二是卡住我的关键点是什么比如边界条件没有处理好或者没发现数组已经有序可以用双指针第三是以后怎么避免同类错误例如遇到数组有序先想二分/双指针或者遇到求子串先想滑动窗口。我自己的错题本是用 Markdown 整理的每道题一个文件写上错误代码片段和正确代码片段。每周日翻一遍一个月后会发现自己以前经常犯的错就那几类改掉它们正确率会明显提升。这个细节看起来不起眼但坚持下来绝对受益匪浅。4. 核心题型拆解100题里的重点专题4.1 数组与字符串双指针和滑动窗口的主战场这类题是整个题单的基础我放进了 20 道题。数组题最核心的思想就是双指针和前缀和。举个例子三数之和这道题如果你没有先固定一个数再用双指针扫剩下区间的意识就会傻乎乎地三重循环导致超时。而一旦你掌握了排序 双指针去重这个套路同类的四数之和、最接近的三数之和都能秒解。字符串题则更考验边界处理比如最长无重复子串用的是滑动窗口加哈希表窗口左边界的更新是一个容易忽略的细节。这类题刷多了你会形成一种条件反射看到连续两个字先想想滑动窗口是否合适。4.2 链表与树递归和指针操作的试金石链表是面试手撕题里最容易出事故的模块尤其是指针翻转。很多人看着答案觉得很简单但自己写的时候不停打圈。我给的建议是所有链表指针操作的题都先在纸上画图标清楚 prev、cur、next 三个变量替换的先后顺序。画一遍图胜过盲写十遍。树的问题则基本都是递归。二叉树的最大深度练的是递归基线条件二叉树的前中后序遍历练的是递归顺序最近公共祖先练的是递归返回值的设计。树这类题没有太多花哨技巧核心就是找到递归的返回值与递归逻辑的对应关系。4.3 动态规划从暴力递归到状态转移动态规划在 100 题里占了 18 道是比重最高的专题。初学者最痛苦的就是不知道什么时候用 DP以及转移方程怎么想。我的方法是先暴力递归画出递归树然后看有没有重复子问题有重复子问题就可以记忆化搜索记忆化搜索改成自底向上的迭代就是动态规划。这个过程比直接看题解有用得多。比如爬楼梯是入门打家劫舍是进阶编辑距离是困难。刷完这一组你会发现动态规划其实有迹可循先定义状态数组的含义再找转移关系最后写初始化和遍历顺序。4.4 图论与搜索重在建模思维图论在面试中通常不会考得太深但并查集、拓扑排序、BFS 求最短路径这几个点一定要会。我给 100 题安排的图论题有 10 道左右重点不在算法本身而在于学会把题目抽象成图。比如岛屿数量是让你找到所有连通块本质是 DFS 或 BFS 的遍历。课程表考的是拓扑排序判断环。这些题思路一旦打通代码反而好写。我见过不少人被图这个字吓住其实面试里的图论题 90% 都停留在遍历层面难点永远是你能不能看出这是一道图论题。4.5 贪心与二分思维定式外的得分点贪心和二分看起来简单但题目千变万化。二分容易错的地方是死循环和边界溢出我建议统一用左闭右闭的写法并记住模板里的 while (left right)。贪心则更看重直觉比如跳跃游戏判断能不能跳到终点、分发饼干这种经典题。这类题不需要大量刷但每道题都要想清楚贪心策略为什么是对的。如果说不清楚那就说明没有真正掌握不算过关。5. 常见问题与排查技巧实录5.1 题目完全没思路连题解都看不懂怎么办这是刷题初期出现频率最高的问题。我的建议是跳过不要死磕。先把它标为待重刷跳到下一题。强行看复杂的题解只会浪费时间而且会产生挫败感。等你积累了 30 道题的基础后再回来重刷那道题你会发现原来觉得天书一样的思路现在能看懂了。我自己就经历过单词拆分这道题第一次看题解看了两小时没懂刷完动态规划专题后再看十分钟就通了。所以不要怕暂时看不懂知识体系是慢慢长出来的。5.2 一看答案就会一写代码就废这个现象太常见了核心原因是输入不够主动。你看题解的时候大脑是在做识别工作很轻松而自己写代码时需要检索和组合工作很费力。解决办法就是上面说的三轮刷题法尤其第一轮要做到默写而不是抄写。每看完题解把代码合上用自己的话把思路写出来再实现。如果能做到这道题三天后还能不看题解写出来那它才算真正进了你的脑子。5.3 刷了 50 题感觉没进步很慌没有进步感通常是因为一直在舒适区打转。比如你每次只做数组和字符串的题做一百道也不会有明显提升。我的建议是每刷完 10 道题就刻意换一个大类。数组刷腻了就去链表链表腻了就去动态规划。你可以在题单里设置一个进度追踪表记录每类题的完成率和正确率发现哪一类正确率一直很高就说明需要加大难度了。进步的感知不一定来自速度变快更可能来自以前不会的题现在有直觉了这个信号比 AC 数量更可靠。5.4 面试时写代码的注意点最后聊聊直接把 100 题转化为 offer 的关键一步现场表现。面试时千万别默默写题一定要先和面试官确认理解题意再讲思路和复杂度最后才动手写。写代码时先从框架写起比如先写函数签名和主要分支再补细节。如果发现自己走偏了要及时停下来不要硬写到底。还有一个非常实用的技巧写完代码后主动跑一个简单的测试用例用口头的方式走一遍流程。这个动作会向面试官传递出你严谨的信号哪怕最终代码有 bug也会挽回很多印象分。这些习惯不是靠模拟面试练的而是要靠平时刷题时就把讲讲思路当成固定动作。6. 题单之外的几点真心话刷完这 100 题并不意味着算法能力到达终点它只是一个起点。我在实际带人的过程中发现真正能把题单效果最大化的人往往都有两个共同特点一是会定期复习哪怕只是浏览错题二是会尝试给其他人讲题把自己学到的思路输出出去。讲不清的地方往往就是自己还没掌握的地方这一点比做新题更管用。如果你没有整块时间也至少要把每天 10 到 15 分钟留给回顾一道旧题。这个习惯帮我维持了非常久的刷题手感也让面试前的突击变得异常轻松。这 100 题里没有太多奇技淫巧绝大多数都是面试中反复出现的经典思路你把它吃透后再去看那些更偏、更难的题会发现它们只是经典思路换个包装而已。希望这份经验能让你少走点弯路哪怕只是避开其中一个坑也算值得。