算法刷题从易到难规划

算法刷题这事儿，听着挺吓人，其实就像学骑自行车：一开始怕摔，扶着墙练两下，突然就找着平衡了。网上总有人说“刷题要天赋”，我更相信是“刷题要路子”。路子不对，一道题能做一下午；路子顺了，一天能啃下三套。今天就想用大白话聊一聊，怎么把算法刷题从易到难排个队，让你不焦虑、不摆烂，稳稳往前走。

别一上来就跟难题死磕，先把“手感”练出来

很多人刷题第一天就想挑战“困难”，结果读题十分钟，代码报错两小时，心态直接崩。其实算法不是拼蛮力，而是拼熟练度。就像打篮球，先练原地运球，再练三步上篮，最后才是快攻。刷题也一样，先从数组、字符串、基础循环这些“原地运球”的题开始。比如反转字符串、找最大子数组和、两数之和，看着简单，但能把边界条件、遍历顺序、下标处理这些基本功练扎实。我在刚开始刷题时，就死磕过一道“移动零”的题：要把0全挪到数组末尾，还得保持其他数的顺序。表面容易，一跑测试用例才发现，自己把相等的情况也交换了，结果顺序乱了。这种“小坑”不提前踩，后面遇到复杂题更容易翻车。

用“搭积木”的思路，把常见套路攒成工具箱

刷题刷到一定量，会发现很多题长得很像，换个皮就是“亲戚”。这时候如果还靠硬想，效率太低。不如把常见解法当成积木，碰上题就往里面套。比如双指针，快慢指针能去重、对撞指针能求两数和；比如滑动窗口，能解决一连串子数组的最值问题；比如前缀和，能把区间求和从“每次都算”变成“看一眼就懂”。我印象最深的是做“最小覆盖子串”那道题，一开始暴力两层循环，时间直接炸。后来用滑动窗口加哈希表统计字符出现次数，思路一下就清晰了。工具箱里东西越多，你越不怕“新题”，因为大概率能用老办法拆解出新解法。

从“能做出来”到“做得漂亮”，多问自己几个为什么

很多题能AC就庆祝，容易陷入“我会了”的幻觉。其实刷题最怕“差不多”。一道题跑通了，要问自己：能不能更省空间？能不能更快？边界有没有漏？极端情况会不会挂？比如递归题，写出来不难，但改成迭代、加上记忆化搜索，性能能差出好几倍。我在做斐波那契相关题目时，一开始直接递归，超时得理直气壮。后来改成滚动数组，空间从O(n)降到O(1)，才真正体会到“优化”的快感。这个过程不浪漫，但很有必要——它让你在面试时，面对追问不慌，在工程里写代码也不容易埋雷。

把难题拆成“可咬一口”的小块，别被题干吓住

到了中高难度，题目开始“加戏”：加条件、改背景、绕弯子。这时候最怕盯着题干发呆，觉得“我不行”。其实难题只是多个简单题的拼接。比如动态规划，听起来像天书，本质上就是“先解决小问题，再推大问题”。我刚开始学DP时，被“不同路径”绕晕，总觉得状态转移方程是魔法。后来把网格画出来，一步一步标出每个格子的来源，才发现不过是“左边加上面”的重复劳动。把难题拆成读题、找子问题、定状态、写转移、判边界这几步，每一步都能单独练，心态就稳了。

别闭门造车，输出和复盘才是把题“变成自己的”

刷题最怕“刷过就忘”。一道题今天做对了，下个月换个问法又卡壳。解决的办法很简单：讲出来。给自己讲，给朋友讲，甚至假装在面试。讲不通的地方，就是理解有漏洞的地方。我习惯在刷完一组题后，用几分钟写下“这题关键在哪”“我踩了什么坑”“还能怎么优化”。时间久了，这些记录会变成一张路线图，看到新题能迅速定位到“大概在哪一栏”。算法不是背诵，是模式识别；你认得足够多的模式，题就“自动”变简单了。

算法刷题这条路，从易到难，其实是从“看见题”到“读懂题”，再到“拆解题”，最后到“预见题”。过程中会有挫败，会有想关掉电脑的瞬间，但也会在某一天突然发现，曾经要半小时的题，现在十分钟就能理清思路。那种“突然开窍”的感觉，比任何分数都真实。别急着跟别人比进度，按自己的节奏，把基础打牢，把工具攒齐，把难题拆碎。刷题不是为了证明谁更聪明，而是为了在不确定的问题面前，给自己多一种确定的解法。路不短，但一步一步走，总会走到能回头看起点的那天。