作为一名从普及组一路打上来的老选手，我太清楚模拟赛这玩意儿的分量了。平时刷题是攒招式，模拟赛才是真正的实战对练。看到“2020.06.06 模拟赛C组37”这个标题，我第一反应就是：这又是一场检验阶段训练成果的硬仗。不管你现在是刚学完基础语法的小白，还是已经能熟练写深搜广搜的进阶选手，模拟赛都是一面最诚实的镜子，它能照出你知识体系里的窟窿、代码习惯上的漏洞，甚至是考场心态上的短板。这篇文章我就基于这个模拟赛场景，把普及组模拟赛从赛前准备、赛中策略到赛后复盘的全流程掰开揉碎讲清楚，你拿它当一份作战手册用就行。
1. 模拟赛在备赛闭环中的真正定位
很多同学把模拟赛当成普通刷题，打完一场对个答案就丢一边，这其实把最宝贵的训练资源浪费了。模拟赛和单题练习最大的区别在于它模拟了真实赛场的时间压力、题量压力和心理压力，这几点是任何单题训练都给不了的。
1.1 为什么说模拟赛是知识体系的“体检报告”
你刷一百道“最短路”模板题，不如在一场模拟赛里被一道藏得很深的最短路题卡住一次。原因很简单：单题练习时你知道这道题考什么，思维是顺着算法去找题目特征；但模拟赛里没人告诉你这题该用什么算法，你得自己从数据范围、题目描述、操作特征里去反推。这种“逆向识别”的能力，恰恰是真实竞赛中最核心的能力。
拿C组37这种场次来说，它不是随随便便编几道题凑数的——出题人往往会故意把不同难度的算法混在一起，甚至把一道题包装成另一类题的样子。比如看起来像模拟的题，实际要贪心；看起来像搜索的题，实际要动规。这种出题思路就是专门用来打击“只会套模板”的选手的。
1.2 模拟赛场次编号背后的信息量
你可能觉得“C组37”就是个普通编号，但这里面有门道。“C组”通常指的是模拟赛的分组层级，不同组对应的题目难度下限不一样：A组往往靠近提高组难度，B组覆盖普及组偏上内容，C组则更贴近普及组真题难度——当然，有时候平台也会把C组定位成新手练习组。这也就意味着，你打C组模拟赛的成绩，能比较真实地反映你当前在普及组这个区间里处于什么档位。
更重要的是，编号“37”说明这是一套系列赛中的一场。系列赛的价值在于它的难度曲线是经过设计的：前面场次埋下的知识点，可能在后面场次里以进阶形式再次出现。比如第30场考了基础动态规划，到第37场就可能考动态规划加状态压缩的雏形。所以完整的系列赛记录，是你复盘自己成长轨迹的重要依据。我强烈建议你保存每次模拟赛的提交记录和代码，而不是打完就删。
1.3 模拟赛成绩和真实竞赛水平的换算关系
我得泼一盆冷水：模拟赛考得好，不保证真实比赛就稳；模拟赛考得烂，也不代表你水平真那么差。这里面的误差主要来自三个方面——题目风格差异、环境差异和心态差异。
但有一点是确定的：长期模拟赛成绩的中位数，和你的真实竞赛水平呈强相关。单场波动可以忽略，十场二十场打下来，你的平均排名基本就锚定了你的段位。所以不要把一两场模拟赛的得失看得太重，但一定要把整体趋势看重。我当时认识一个选手，单场模拟赛经常倒数，但人家坚持打了整整四十场，联赛的时候直接一鸣惊人拿了一等奖。他后来跟我说，输赢不重要，重要的是每场他都在认真调代码、改策略。
2. 普及组模拟赛题型结构与出题套路拆解
普及组模拟赛的题型结构非常稳定，通常就是四道题，时间三小时到三小时半。稳定结构背后是有原因的：出题人要保证覆盖“算法基础、代码实现、数学思维、综合应用”这几个维度，所以每一道题都有它明确的定位。了解这个定位，你就能在开考三十分钟内快速判断每道题的性价比，从而安排时间和得分策略。
2.1 T1签到题：数据和模拟的主战场
第一题通常是最简单的，但它不是白送分的。它的定位是考查你的代码基本功够不够扎实。常见出题方向有这么几类：
- 纯模拟：给你一套操作规则，让你逐步执行并输出结果，比如开关灯、排队叫号、字符画变换。
- 简单字符串处理：比如统计词频、替换字符串、判断回文变形。
- 高精度入门（较少）：大数加法、大数乘法，主要考查数组进位处理。
- 数学公式直接套用：给定递推式或公式，注意数据类型别溢出就行。
别看T1简单，它埋的坑一点不少。最常见的是边界条件：操作次数是0次怎么办？序列长度为1怎么办？输入包含空格怎么办？这些边界点恰恰是出题人测试点里最密集的地方。我见过太多选手在T1上因为没处理空串或者没考虑初始状态，白丢几十分。
我的建议是：T1别急着一分钟写完就交，写完先花两分钟专门检查边界。这一题你的目标不是“过了样例”，而是“在测试点全绿之前不挪窝”。
2.2 T2进阶题：贪心、二分和排序的思想角力
第二题开始上强度了。普及组的T2不会直接告诉你“请用贪心算法”，而是把贪心藏在排序规则里，或者把二分藏在“最大值最小”的描述里。这些隐晦的包装，需要你做过足够多的题才能一眼识破。
常见出题类型包括：
- 贪心加排序：比如活动安排、任务调度、区间选点。这类题的核心是证明排序规则，而不是代码本身有多难。
- 二分答案：描述里出现“求满足条件的最小值/最大值”之类的字眼，数据范围又比较大（比如10^5以上），就可以考虑二分。
- 简单枚举优化：暴力枚举能过一半数据，但要用前缀和或者双指针优化才能全过。
这一类题最考验的是算法意识。我教过不少学生，他们看题解的时候觉得“这很简单啊”，但自己上场就是想不到。为什么？因为刷题的时候他们只看题号对应章节，知道这是“贪心章节”，所以思维被提前锚定了。模拟赛里没有锚定，这题是贪心、是二分、还是纯数学推理？完全要自己判断。所以我建议平时刷题时，不要按算法标签刷，要按难度从乱序题库里刷，重点训练这种“先识别，再匹配”的能力。
2.3 T3分水岭：动态规划和图论初探
普及组的第三题是真正的分水岭。打到这里，前面的题决定你能不能拿基础分，第三题决定你能不能拉开和别人差距。T3的出题方向集中在两个方面：
动态规划入门：背包问题（01背包、完全背包）、线性DP（最大字段和、最长上升子序列）、区间DP的简单形式。动态规划题的核心难点有三个：状态怎么设、转移怎么推、边界怎么定。
图论基础：最短路（尤其是SPFA和Dijkstra的堆优化）、最小生成树、拓扑排序。这一块的代码量比DP要长，出错的概率也更高。
动态规划这块我要多说两句——很多初学者会陷入“状态定义玄学”的泥潭。我的建议是：不要凭空想状态，先从数据范围猜。如果n是1000，大概率两层循环的DP没问题；如果n是10^5，那要么是贪心，要么是带优化的DP。数据范围会告诉你时间复杂度的上限，这是做算法题最实用的线索之一。
如果你在一场模拟赛里卡在T3超过四十分钟，我建议先跳过做T4，回头再补。这个策略叫“止损”，比死磕到底明智得多。
2.4 T4压轴题：搜索优化与数学综合的角力场
第四题通常最难，但普及组的T4有个特点：它不会完全超纲，而是把多个普及组知识点综合起来，或者把某个算法的优化空间压得很深。常见的方向是：
- DFS/BFS加剪枝优化：可行性和最优性剪枝是核心，剪枝剪得好不好，直接决定你是60分还是满分。
- 数论综合：gcd与辗转相除法、素数筛、快速幂、同余性质的灵活运用。
- 复杂模拟：题目本身就极其繁琐，操作种类多、规则复杂，考查的是你把逻辑理清楚、用代码干净地表达出来的能力。
很多选手到T4就怂了，直接放弃去看别的题。这是最大的战术失误。普及组难度体系的限制，决定了T4再难，也必然存在部分分的“放水点”——比如约定数据范围特别小、只有一组数据、或者答案具有明显的规律可循。你只要把暴力解法写出来，就能白捡三四十分。这几分在正式比赛的排名里，可能就是一等奖和二等奖的分界线。
3. 赛场实战全流程：从开考到交卷的节奏控制
模拟赛也是赛，是赛就有战术。我见过太多水平不低的选手，因为节奏混乱，开场四十分钟就心态崩了。这一章我完整复述一下我自己的赛场流程，你可以对照着调整成适合自己的版本。
3.1 开考第一轮：全局扫描而非埋头苦战
很多选手拿到题就从T1开始读，一路往下做，这其实效率不高。我的习惯是开考前十五分钟只做一件事：把四道题全部读一遍。不是细读，而是在草稿纸上记下每道题的大致题意、数据范围、可能的算法方向。
做完这一步，你会得到一张类似这样的速查表：
| 题号 | 数据范围特征 | 初步判断 | 预期难度 |
|---|---|---|---|
| T1 | n ≤ 10^5 | 模拟/简单贪心 | 低 |
| T2 | 涉及区间最大值最小化 | 二分答案 | 中 |
| T3 | n ≤ 1000，有状态转移 | 二维DP | 中高 |
| T4 | 搜索空间极大 | DFS+剪枝/部分分 | 高 |
这张表的价值在于：它会告诉你时间应该往哪里砸。如果T2的判断是“二分答案”，那说明复杂度能控制在O(n log n)，很稳；如果T4一眼看不到任何多项式做法，那就优先拿暴力分。
3.2 做题顺序：不是顺序做题，而是按性价比做题
我推荐的顺序基本是：T1 → T2 → T4暴力分 → T3 → 回头补T4优化。如果T3你一眼发现状态很好设，可以提到T4之前。核心原则是：保证所有该拿的分都拿到之前，不去死磕难题。
为什么把T4暴力分放在T3前面？因为T4的暴力往往边际收益高——你用一个宽搜或者暴搜加简单剪枝，可能十到二十分钟就搞定三十分；而T3的DP正解可能要花一个半小时。同样花半小时，前者收益是保底的，后者收益是概率的。除非你已经笃定T3的正解思路非常清晰，否则先拿稳T4的保底分。
3.3 写代码阶段的纪律：样例过了不一定是真过了
很多人的提交策略是这样的：样例过了，直接交。错，大错特错。样例只能证明你的程序没有语法错误，甚至连逻辑错误都证明不了。比较稳妥的做法是：
- 跑完样例，先别急着做下一题，花两分钟用几组手造的小数据测测边界。
- 设数组时统一多开几个位置，避免越界访问。
- 检查数据范围，int 能过还是需要 long long？尤其是乘法场景，经常当场爆掉。
- 如果题目说明里给了特殊约定（比如“保证输入均为正整数”），那就可以省略一部分防御性判断，但自己造的边界测试不能省。
这一套下来每次可能多花十分钟，但你省下的却是“交卷后发现自己数组开小了”的崩溃体验。
3.4 时间分配参考表
这是一个粗略的分配方案，适用于三小时场次，你可以按自身强弱项调整：
| 时间段 | 任务 | 目标 |
|---|---|---|
| 0-15min | 通读全部题目 | 形成速查表 |
| 15-50min | 完成T1并充分测试 | 满分为目标 |
| 50-80min | 完成T2，写出正解 | 至少拿下大部分测试点 |
| 80-110min | 暴力T4，争取部分分 | 保底分到位 |
| 110-150min | 攻克T3，写出状态和转移 | 能写多少写多少 |
| 150-165min | 回头补T4优化或补T3细节 | 能捡一分是一分 |
| 165-180min | 全部文件检查核对 | 确保提交无低级失误 |
注意这个表格不是死的。如果你在T1上就卡了半小时，说明你基础代码能力还没过关，这种时候更要果断止损，快速跳到后面拿分，而不是赌气死磕到底。
4. 赛后复盘：这种做法比多刷三套卷子更有价值
模拟赛真正的分水岭不在赛场上，而在赛场外。同样打了二十场模拟赛，有的人水平突飞猛进，有的人原地踏步，差别就在于复盘的质量。打一场不复盘，等于把真题当练习册刷，收获少得可怜。
4.1 赛后的第一件事：趁热打铁重新写题
我建议当天晚上，最迟不超过第二天，就把四道题全部重写一遍。注意不是“看题解后复制一遍”，而是：
- 对于你做出来的题：关掉自己的原代码，重新完整写一遍，看能不能一次通过。如果卡壳了，说明你的第一遍是通过“试错”过的，不是真懂。
- 对于你卡住的题：先不看题解，自己重试二十分钟。实在没思路再打开题解看“思路摘要”，然后继续合上题解自己写。
这句“先思考再借助答案，但绝不抄代码”是我最想让你记住的一条实践原则。题解看懂了和自己写出来之间的距离，比你想象中大得多。
4.2 建立错题的原因分类体系
复盘的时候不要笼统地问自己“为什么错了”，要把错误拆出具体类别。按我的经验，所有错题可以归入以下五类：
| 错误类型 | 典型表现 | 应对方案 |
|---|---|---|
| 算法识别错 | 看清了题但套错算法 | 补刷该算法专项，强化特征识别 |
| 边界条件错 | 没考虑空数据、极端值 | 建立边界检查清单 |
| 代码实现错 | 思路对但写错了循环、数组越界 | 练习多写完整程序而非片段 |
| 复杂度预估错 | 暴力能过小数据但超时 | 养成估算时间复杂度的习惯 |
| 心态失误 | 因为卡题导致后面全崩 | 专门模拟“卡题时跳题”的纪律 |
有了这套分类，你每次复盘就是在给错误打标签，复盘的越多，标签越规律，后面备考越有针对性。
4.3 对拍是复盘的终极大杀器
所谓对拍，就是拿你的程序跟一个暴力但绝对正确的程序在同一组随机数据下比对输出。当年我在模拟赛复盘时发现一个规律：凡是我做错的题，有很大概率是我“以为对但实际在某些隐藏用例上错”的题。这些错误靠样例鞭长莫及，只有靠对拍才能揪出来。
具体操作流程是：
- 写一个暴力程序，逻辑简单粗暴但正确性有保障。
- 写一个随机数据生成器，按题目的数据范围随机生成输入。
- 在一个循环里不断生成数据并分别跑你的程序和暴力程序。
- 一旦输出不一致，立刻保存这组数据，定位逻辑差异。
对拍不是竞赛做题的必需技能，但是竞赛复盘的必需技能。如果你现在不会写对拍，我建议你专门花一个下午把它学会。这一项技能能在后续所有赛季里持续帮你找出隐藏的致命错误。
5. 高频失分点与现场排查技巧实录
作为一个打过数不清模拟赛的过来人，我太知道大家在赛场上最容易在哪些地方栽跟头了。我统计了我自己和我带过的选手们常见的失分点，整理成一份现场排查指南，你可以在每场模拟赛交卷前对着这份清单做最后体检。
5.1 代码实现层面的头号问题：爆int和数组越界
这两个问题简直是普及组的送命题。尤其是爆int，在普及组题目里极其普遍：明明单个数不出界，但是加法、乘法一做就出界。比如一个变量范围是10^9，再加一个10^9直接变成20亿，超了int（约21.47亿）的天花板，当场变成负数，然后你的贪心就全乱套了。
所以我的规矩是：只要看到数据范围超过10^5，或者涉及乘法运算、累加操作，直接无脑用 long long。虽然慢了那么一丢丢，但普及组的题量根本体现不出这一点性能损失，换来的是稳妥。
数组越界则是另一个经典陷阱。很多人定义数组大小的时候喜欢精打细算，刚好卡到题目给的最大值。可一旦循环里多访问了一个下标，直接数组越界，轻则读到脏数据，重则运行时错误。我的习惯是：数组大小一律比最大值多开10到20个单位的余量，省的每次数下标。
5.2 输入输出的细节：对竞赛而言这真不是小事
在实际的OJ上，竞赛数据经常几十万行地输入。如果你用cin不加优化，或者用cout不断刷新输出，那即便算法复杂度是标准的，也可能超时。这不是算法问题，是IO开销问题。
放几个我常用的标准模板配置：
ios::sync_with_stdio(false); cin.tie(nullptr);这两行写在 main 函数开头，能把 cin/cout 的速度拉到接近 scanf/printf 的水平。如果你还是不放心，干脆直接用 scanf/printf 甚至 getchar 自行解析，那命中百分之百不会在IO上吃亏。
但要注意，别在输出的时候混用 cout 和 printf，那会导致缓冲区混乱，表现就是输出顺序错乱或者直接没输出。选一条路走到底。
5.3 逻辑层面的死角：特判和初始状态
很多题目的数据范围下写了“保证输入非空”之类的字眼，但有些没写。你没写特判就会白丢分。以下三种特判是普及组出场率最高的：
- n为0或1的时候，整个问题的答案是什么？
- 如果题目要求求最小值，初始答案变量有没有设成足够大的数？
- 如果某个状态从头到尾不可达，输出约定是什么？
这些细节看着小，但一个测试点可能就卡在这里。我的建议是每做完一道题，都花半分钟问自己：这道题有没有可能为空？为0？为负数？如果有可能，我的程序扛得住吗？
5.4 现场调试的技巧：输出调试法和注释调试法的正确用法
调代码时最常见的错误就是：程序输出一串答案，但不知道错在哪。这时候不要盯着代码干瞪眼，调试手段用起来。
最朴素有效的是“中间状态打印法”——在关键变量处加输出，把数组里的值、循环计数器的值打出来。对照手算的小样例，一眼就能看到哪里开始跟预期不一致。调完再删掉这些调试输出，千万记得清理。
另一个技巧是“二分注释定位法”：当你确定某个函数逻辑有问题，但不确定具体是哪一行的时候，先把后半段代码注释掉，强制固定前半段输出；再把前半段注释掉，固定后半段判断。通过这种砍半式排查，很快就能定位到出错行。
5.5 交卷前的十分钟体检清单
这里我给出一份我在模拟赛最后十分钟必做的检查清单，照着它走一遍，基本能杜绝低级失误：
- 检查各题的文件读写：竞赛题通常要求从指定文件读入、输出到指定文件，但有些模拟赛平台不用文件，只用标准输入输出，务必提前看清说明。
- 检查有没有调试输出没删干净。
- 检查数组维度是否和题目设定匹配。
- 检查所有变量类型是否足够承载极端数据。
- 检查最终代码是否是最新版本，别把旧版提交上去了。
6. 关于模拟赛备赛的几点个人心得
文章写到这里，技术层面的内容基本上讲透了。最后我想聊一点不太“技术”、但非常重要的心得体会，算是给正在备赛的同学的一点额外建议。
第一，模拟赛的分数真的不能代表一切。一场打得差，不说明你水平差，可能只是这套题没戳中你擅长的点；一场打得好，也不代表你无敌了，可能只是这套题正好是你练过的类型。真正有参考价值的，是连续十场以上的趋势。哪怕每场只前进一名，积累下来都是巨大的进步。
第二，每次模拟赛打完，不管成绩好坏，我都会强制自己写一小段比赛总结，内容就三行：这场有什么收获、这场暴露什么问题、下一场之前补什么。别小看这三行字，它们是你备考路上最真实的方向指引。每次模拟赛前翻一翻，你就能清楚地看到自己经历过什么，还差什么。
第三，也是最关键的一点：一定不要因为一场模拟赛的失利就否定自己。我见过太多选手，明明水平一直在涨，就因为某场模拟排位掉了，开始怀疑自己、甚至想放弃信息学。这是最可惜的事情。竞赛这条路，拼的是耐心和稳定性，模拟赛每一次失误都是在给正式比赛排雷。你把雷都踩完了，正式比赛的路自然就平坦了。
希望这份从模拟赛里总结出来的实战经验能帮到你。下次拿到类似“2020.06.06 模拟赛C组37”这样的场次标题时，沉着地去面对就好——读完题、定好策略、写完代码、交卷走人，该拿的分数一分都跑不掉。
