在算法刷题这条路上我折腾过力扣、洛谷、牛客也跟风翻过 labuladong 的刷题笔记。但如果你跟我一样要备赛蓝桥杯这类竞赛码蹄杯刷题应该是我目前遇到过最对口的练习方式之一。码蹄杯题库里塞满了历届真题、模拟赛和按知识点拆好的题单适合从大一萌新到冲刺国赛的老手。这篇文章从一个普通参赛者的角度聊聊我在码蹄杯刷题过程中的方法、踩过的坑和真正让我涨分的几个关键习惯。1. 码蹄杯刷题前先摸清平台的门道1.1 码蹄杯和力扣、洛谷有什么不一样很多人习惯一上来就打开力扣刷 hot 100或者去洛谷按题号往下做。但我个人的体验是在准备蓝桥杯这类比赛时码蹄杯的题库设置和比赛节奏比其他刷题网站更贴近真实考场。力扣的核心场景是面试算法题题目普遍偏短考察的是能不能在 30 到 45 分钟内写出一个干净的函数。洛谷则更像一个通用 OJ 社区内容非常广但新手容易迷失在几万道题里。码蹄杯不一样它的体量没那么“吓人”但题单整理得很细很多题是从经典比赛题改过来的输入输出格式、数据范围、边界条件都更贴近国内竞赛习惯。我刚开始也犯过“拿力扣思路硬写码蹄杯题”的毛病。比如力扣习惯用 LeetCode 给定的类和方法而码蹄杯很多时候要自己处理标准输入输出读多行数据处理空格和换行。这个看起来简单实际考试时真能卡住不少第一次接触 OJ 风格的人。所以刷题第一步不是马上写代码而是先搞清楚你正在用的平台到底想考你什么。1.2 题库结构和评分规则码蹄杯的题库结构大致可以分为三块基础语法题单、考点专题、模拟赛和真题。基础语法题单适合刚学完循环和数组的人考点专题会把二分、贪心、动态规划、图论这些大类拆开每类下面有若干递进的小题模拟赛则完全按照正式比赛的时长和题量来设计。还有一个和力扣不太一样的地方码蹄杯的题目往往有多种提交形式。除了传统的在线判题还有“代码填空”“结果填空”这类题型需要你读懂已有代码框架或者直接算出一个答案。这意味着刷题时不能只盯着“把代码跑通”还要学会读别人的代码能从残缺的代码里推出逻辑。我一开始特别烦这种题后来发现它反而是拿分最容易的因为正确答案往往就在上下文里耐心分析就能出来。评分方面一般按通过测试点给分也就是部分正确也能拿分。所以在比赛里如果一道题正解写不出来那就先写一个最朴素的暴力解法把简单测试点的分拿到再慢慢优化。这个策略在码蹄杯模拟赛里我练了很多次真正比赛时帮我保住了不少分。2. 刷题前的准备工作2.1 语言选择C 还是 Python这是所有新手都会纠结的问题。码蹄杯并不限制语言C、Java、Python 都支持。但从竞赛拿分效率和稳定性来说我的建议非常明确如果你准备长期打蓝桥杯这类算法赛优先用 C如果只是完成课内作业、想快速通过入门题Python 完全够用。为什么优先 C不是因为 Python 写不出来而是因为同样的算法复杂度C 的常数小得多。比如一道数据范围比较大的动态规划题Python 可能刚好超时C 就很稳。还有一个原因很多老题目的题解、博客、学长笔记都用 C 写你看别人代码的时候不需要做语言转换抄作业都方便。但 Python 也有自己的优势。我自己刷码蹄杯的基础题单时会先用 Python 快速验证思路再改成 C 提交。这样既保证了思考速度又不会让手生。如果你本身只熟悉 Python也完全没问题码蹄杯有不少高分选手用 Python只是对算法实现细节要求更高比如尽量少用递归、多用迭代避免被 Python 的递归深度限制绊倒。我整理了一个简单的语言选择对照表供你参考对比项CPython编译/运行速度快适合大规模数据慢容易卡常数代码量大需要手动处理细节短适合快速原型输入输出自己处理灵活但容易出错简单但大数据时要用 sys.stdin递归深度无严格限制有默认递归上限需要手动提高适配题目几乎所有题简单题很舒服复杂题需谨慎学习成本指针、STL 有门槛对新手友好2.2 搭建调试环境与提交模板刷题前别急着往网站上怼代码先花半小时搭好本地环境。我用的组合是 VS Code C 编译器 Python 解释器再配合一个最简单的“输入输出模板”能省掉大量重复劳动。C 模板我通常会写成这样#include bits/stdc.h using namespace std; int main() { ios::sync_with_stdio(false); cin.tie(nullptr); int n; cin n; vectorint a(n); for (int i 0; i n; i) cin a[i]; // 这里写你的逻辑 return 0; }这个模板的主要作用是开启快速 IO避免因为 cin/cout 太慢导致超时。很多人第一次在码蹄杯遇到“运行超时”根本不是算法问题而是忘了关同步。Python 模板则建议统一用 sys.stdin 读入import sys def main(): data sys.stdin.read().split() it iter(data) n int(next(it)) a [int(next(it)) for _ in range(n)] # 逻辑写这里 if __name__ __main__: main()一次性读入所有数据再拆分比一行一行 input 快很多遇到大数据量时差距明显。调试方面我强烈建议学会“对拍”。也就是写一个暴力解法和一个优化解法用随机小数据跑同一个输入然后比较输出。码蹄杯有些题的样例非常弱你本地能过样例不代表能 AC对拍是检验思路正确性的最有效手段。具体做法很简单写三个文件一个造数据一个暴力一个正解然后用脚本循环跑。这个习惯能帮你省下大量反复提交试错的时间。3. 核心刷题策略3.1 按知识点由易到难展开刷题最忌讳的是东一榔头西一棒槌。今天看到题单里有动态规划就点进去做明天又突然去做线段树结果每类都只做了一两题比赛时哪个都写不熟。我比较推荐按知识点的依赖关系铺开刷顺序大致是这样的基础语法与输入输出循环、数组、字符串、结构体枚举与模拟暴力就是一切算法的起点二分查找与贪心排序是它们的好朋友深度优先搜索与广度优先搜索能解决大量“地图类”题目动态规划从线性 DP、背包开始再到区间 DP、状态压缩图论基础最短路、并查集、最小生成树数论与组合数学质数、快速幂、取模、逆元。这个顺序不是绝对的但能保证每一步都用到了之前的知识点。比如你学背包之前肯定要先会一维数组的滚动更新而这些在基础语法阶段就已经练过。码蹄杯的题单还有一个好处每道题下面会标注难度级别和推荐掌握程度。我一般按“三道题验证一个知识点”的原则来做。也就是说一类题如果连做三道都能独立 AC我就默认这个点暂时掌握后面再通过模拟赛回顾如果第三道还卡就停下来回头看题解别急着推进。3.2 三轮刷题法慢扫、专题、模考我把整个备战周期拆成三个阶段对应三种完全不同的刷题节奏。第一轮叫“慢扫”目的是见题型。在这个阶段我不追求每天刷很多而是保证每个知识点的题目都见过至少一遍。比如今天从基础语法题单里挑 5 道题做完之后不急着赶下一个知识点而是把这 5 道题的共同点写在笔记里。慢扫阶段很容易让人焦虑因为感觉太慢。但后来我发现快速做过 50 道题不如踏实搞懂 15 道题。因为算法题的核心套路就那么多慢扫能让你把套路自然记住而不是靠背。第二轮叫“专题突破”也叫刷题笔记时间。这个阶段我会打开 labuladong 刷题笔记或者自己整理的题单针对薄弱点集中刷。比如觉得动态规划中的“背包问题”总搞不定那就定一个三天计划把码蹄杯题库里能搜到的背包题全部过一遍从 01 背包到完全背包再到多重背包和混合背包。三天之后虽然不能说精通但看到背包题至少不再发怵。第三轮叫“模考循环”这是提分最快的阶段。每周末固定抽两小时模拟真实比赛的时间和环境只做一套完整的模拟赛题。期间不翻笔记、不搜资料、不在一道题上死磕超过 30 分钟。模考结束后花同样多的时间复盘每道题是思路错了、代码写错、还是时间不够把这三类问题分开统计下一周就针对最严重的问题去补。3.3 每周刷题时间安排举例如果是全职学生每天能抽出 1 到 2 小时刷题我会建议这样安排周一、周二专题训练每天 3 到 5 道题只做一个知识点周三复习前两天的错题不看题解重新 AC周四、周五继续下一个专题周六上午做一次完整模拟赛下午复盘周日灵活休息或者只做一道简单的趣味题保持手感。这个计划的核心是“留出复习时间”。很多人刷题只做新题从不回头看旧题这是最大的浪费。一道题你当时做对了过一个星期可能完全想不起思路。每周三是固定的“错题回炉日”比做三道新题有用得多。4. 码蹄杯高频题型的实战拆解4.1 模拟题不是无脑做学会压缩状态码蹄杯的题目里模拟题占比很高尤其是填空和简单大题。很多同学觉得模拟题就是按照题目意思一步步写循环没什么技术含量。这个想法在数据范围小的时候没错但一旦数据范围变大直接模拟就会超时。常见的技巧是“压缩状态”。比如有一类日期类题目要你判断某个年份的某一天是星期几或者两个日期之间隔了多少天。如果直接从公元 1 年 1 月 1 日暴力数到给定日期数据一大就完蛋。更好的方式是先按“天”做前缀和预处理好每一天是星期几之后每次查询直接相减O(1) 出结果。再举个例子矩阵旋转题。题目让你把矩阵顺时针旋转 90 度初学者可能真的开一个新矩阵逐格复制这个没错但如果在原数组上做四象限交换代码更短也不容易错。这类“状态压缩”的思维需要在码蹄杯的题单里专门练几道练完再看到“大模拟”题就不会害怕。模拟题还有一个容易踩的坑边界条件。比如题目说“行数和列数不超过 1000”但没说是否包含 0。如果你默认至少为 1就会漏掉空矩阵的情况。我每次提交前都会检查一遍数组下标有没有越界、循环条件是不是多了一个等号。4.2 动态规划是拿分主力如果你想在码蹄杯比赛里拿一个中等偏上的成绩动态规划必须拿下。它几乎是中等题和难题的分界线。基础的动态规划题核心就四步定义状态、写转移方程、确定初始化、找到答案输出方式。以经典的“01 背包”为例状态可以定义为 dp[i][j] 表示前 i 件物品放进容量为 j 的背包能获得的最大价值。转移方程是 dp[i][j] max(dp[i-1][j], dp[i-1][j-w[i]] v[i])。如果你能够不看题解独立写对这个模型接下来就可以横向迁移到“完全背包”“多重背包”等变体。我个人的手感是DP 题目要在草稿纸上画表格不要直接敲代码。比如一个 5 件物品、容量 10 的背包你把二维表格手写画出来模拟一遍状态更新比盯着屏幕 20 分钟有效得多。码蹄杯的题单里给了很多适合纸上推演的简单 DP 题我推荐你每做一道都在笔记本上画一次表格把“从哪里来”标清楚。到了高阶一点的 DP比如区间 DP 和状态压缩 DP不要被吓到。区间 DP 的核心是枚举区间长度和分割点状态压缩 DP 的核心是用一个整数的每一位表示一种状态。这些模板都很固定理解一次之后剩下的就是多写多练。4.3 数学构造与数据结构题码蹄杯的题目里数学和数据结构往往不会单独考而是混在一起。比如一道题可能要求你维护一个序列支持区间加法和区间求和这就是线段树或树状数组的模型。但如果数据范围很小直接用差分数组也能过。这里有一个经验在正式比赛里优先用最容易写对的数据结构。例如区间求和动态修改先用树状数组而不是一上来就线段树。树状数组代码短、不容易写错、调试时间少性能也足够应付绝大多数题目。只有遇到涉及区间最值和区间赋值这类复杂操作时再上线段树。数学题方面快速幂、最大公约数和质数筛是高频。尤其是取模运算比赛题目经常要求结果对 1e97 取模。很多同学直接在计算过程中取模但忘了在减法之后加 MOD 再取模导致负数结果。我栽过很多次比如算组合数时减法的中间结果是负数如果不加回 MOD后面的结果全错。5. 常见问题与排查技巧实录5.1 提交结果的含义与排查刚开始刷码蹄杯的时候我一度被各种报错提示搞得晕头转向。这里整理一张速查表大家遇到问题直接对照提交状态可能原因处理方向编译错误语法错误、头文件缺失、变量名冲突看第一行报错信息优先修语法C 别忘了bits/stdc.h答案错误逻辑不对、边界没考虑、取模出错造极端数据自测别只看样例运行超时算法复杂度过高、输入输出太慢、死循环先关 IO 同步再优化算法实在不行换语言内存超限数组开太大、递归层数太多把全局数组改为动态分配检查二维数组维度运行时错误数组越界、除零、递归爆栈检查所有下标访问尤其是循环内输出格式错误多了空格、少了换行用肉眼对比样例输出注意行尾和末尾换行遇到“运行超时”时不要立刻怀疑是评测机慢先看一眼自己的代码是不是有 while 循环没跳出。有一次我写二分更新区间时 l mid 而不是 l mid 1结果死循环提交十次才看到问题。5.2 同一道题反复 WA先怀疑这五件事如果你连续提交了很多次答案都不对先停止提交从以下五个角度逐一排查数据范围int 存不下需要用 long long。码蹄杯的题目经常把结果出到 1e10 以上如果你用了 int最后几个大测试点必挂。边界条件比如 n0、n1、数组全相等、目标值不存在等情况。把能想到的边界数据全部手动测一遍。输入输出格式是不是有多组测试数据是不是每行需要输出的东西和题目要求的不一样多了一个空格、少了一个换行都可能 WA。初始化姿势全局变量默认是 0但局部数组如果不初始化里面的值是随机的。很多人 DP 数组忘记初始化样例数据小侥幸过了大测点全乱。题意理解有没有把“至少”看成“恰好”有没有把“正整数”当成“非负整数”这种理解偏差最隐蔽需要重读一遍原题的中文描述。我印象最深的一次是连续错在“最小生成树”的权值相加上面。我以为数据保证是整数且不超过 int结果求和之后超过了 2^31-1。从那以后只要题目里有“求总和”的字样我都默认开 long long哪怕数据范围看起来不大也不会亏。5.3 用“复盘表”避免重复踩坑刷题不能只靠脑子记要把错误结构化。我每刷完一套题都会在表格里记录三列错误类型、错误原因、改进动作。比如日期题目简称错误类型具体原因改进动作03-10区间和运行超时用了 O(n^2) 循环以后看到区间和先想前缀和03-11翻硬币答案错误边界少处理一步写 while 循环时先画范围03-12背包变形运行超时二维数组内存爆炸改用滚动数组降维这个习惯坚持一个月你会发现自己的错误越来越集中。比如我统计下来最多的错误是“边界条件漏判”其次是“没开 long long”。知道自己的弱点之后每次写代码前都会有一个检查清单提交前逐项过一遍AC 率提升得非常明显。6. 刷题之外的几个关键习惯6.1 不要死磕一题超过一小时很多人刷题有个误区觉得一道题做不出来就是自己不行死磕到深夜也非要 AC。这个精神我理解但效率确实不高。在码蹄杯刷题我的原则是一道题独立思考最多 40 分钟超过 40 分钟就直接看题解看懂之后立刻关掉题解自己重新写一遍。为什么是 40 分钟因为比赛时你大概会分配给每道题的时间也就半小时左右。日常训练比比赛标准稍微宽一点但也不能无限拖。如果一道题你真的一点思路都没有说明这个知识点有盲区应该去补知识点而不是跟这道题较劲。看完题解后重写的那一遍才是真正学到东西的时刻。6.2 每周至少完整复盘一次错题模拟赛结束后很多人看一眼分数就关掉了这是最可惜的。我建议用一小时专门复盘每一道错题先看是思路错了还是代码错了思路错了再回溯到是哪个知识点不熟代码错了找出具体哪一行让自己踩坑。把所有问题做成一张清单下一周刷题时优先解决清单里的问题。复盘错题比做新题重要太多。因为错题暴露的是你的真实薄弱项做新题只是在舒适圈里反复练习。哪怕你每周只做一套模拟赛只要认真复盘提升速度也比每天盲目刷 10 道简单题快。6.3 保持手感但别让刷题占据全部生活冲刺阶段很多人会焦虑觉得每天不刷满 8 小时就落后了。我个人的体会是算法水平是一个指数增长的过程前期进步快瓶颈期很长。与其把状态耗光不如每天稳定做 1 到 2 小时周末再加一次模考。刷题是一项长期工程注意力分配比时长更重要。另外刷题间隙一定要运动。我每次久坐刷题头痛或者思路打结的时候下楼走 20 分钟回来经常能莫名其妙想到之前的 bug 在哪。看似玄学其实是大脑在放松时切换了处理模式。最后再分享一个小技巧码蹄杯的比赛界面和练习界面都有一个“提交记录”功能不要忽略它。定期回头翻自己的旧提交看看当时犯的错会觉得自己的进步非常真实。这种成就感就是支撑我一直刷下去的动力。