上周末的第五届 ACM-ICPC 校赛同步赛打完我在赛后复盘群里看到不少同学在晒过题数也有人对着排名叹气。作为一个从大一开始就打校赛、一直到研究生阶段还在带新人训练的老选手我反而觉得这类校内比赛的价值被大多数人低估了。校赛不是正式赛前的“开胃菜”而是一面非常精准的镜子能照出你在读题、写码、算罚时、控心态四个维度上的真实状态。这篇文章写给两类人一类是第一次参加同步赛、连“罚时”是什么都不太清楚的新人另一类是已经打过几场、但每次赛后只停留在“补完题就结束”的选手。我会从赛前两周如何准备、开赛后怎么分配时间、赛后怎么把错题转化到下一阶段训练这三个方面把整场校赛的收益拆开讲清楚。1. 校赛同步赛在考察什么先看清定位与计分规则很多同学对“同步赛”这三个字有误解以为它只是线上远程参与、含金量比线下低一档的“娱乐局”。实际上同步赛的题目、评测环境、判题规则和正式赛基本一致区别只在于你不在现场。换句话说除了缺少现场那种排队交题、气球升起来的氛围感你面对的算法难度和代码正确性要求一点都不会缩水。我第一次参加同步赛时也抱着“反正不是现场随便打打”的心态结果一道看起来挺简单的模拟题交了三发才过。当时觉得很丢人后来才意识到这种“丢人”恰恰是校赛最值钱的地方——它用最小的成本把你平时写代码时偷偷放过的那些问题全部翻了出来。1.1 同步赛到底解决了什么问题同步赛通常是配合线下校赛一起开放的。主办方把题目同步放到评测系统上让不在同一个校区的同学、或者因为名额限制没法到现场的同学也能在同一时间、用同一套题来检验自己的水平。这个设计对参赛者的价值在于你能拿到一个完全标准的“实战环境”。平时在本地编辑器里写代码编译过了、随便跑几个例子就交这种习惯在校赛里会被直接打脸。同步赛的评测系统可不会管你本地跑得多欢它只看你的程序在限定时间、限定内存、限定输入下是否给出正确输出。从训练角度看同步赛还解决了“没有对比对象”的问题。你一个人刷题时做不出题就查题解很容易高估自己。同步赛一到排名榜会把所有人的解题速度、错误提交次数都摆出来你立刻就能知道自己的位置这种来自同侪的压力比任何学习计划都有效。1.2 校赛题目难度分布的基本规律虽然每届校赛的出题风格不一样但我打过的多数校赛难度曲线都有类似的分布第 1 梯队签到题通常 1 到 2 道考察输入输出、基本语法只要会写循环就能过。第 2 梯队基础算法题可能涉及前缀和、差分、二分查找、贪心、简单动态规划、并查集。第 3 梯队中高难题一般是图论最短路、树上问题、复杂 DP 或数据结构题。第 4 梯队防 AK 题往往需要较强的思维转化或者综合多个算法的优化。不同梯队的题在比赛中的“性价比”完全不同。签到题要快但不用慌中档题是拉开普通选手和熟练选手差距的关键压轴题决定你能否进入第一梯队但对很多人来说最重要的不是死磕压轴而是保证前面能拿的分一分不丢。1.3 计分规则对你决策的影响ACM-ICPC 赛制下罚时是最容易被新人忽略的规则。以最常见的计分方式为例一道题通过后你的总用时 该题通过时间 错误提交次数 × 20 分钟。如果一道题最终没通过那么无论交了多少次错误提交都不会计入总罚时。举个例子假设比赛进行了 180 分钟。题目通过时间错误提交次数该题罚时贡献签到题15 分钟115 20 35中档题80 分钟080未通过题-30这组数据说明罚时规则会直接影响你的做题策略。如果一道题你已经有思路但第一发提交 WA 了第二发修改后基本能过那么继续改下去是合理的。但如果一道题已经卡了两个小时连暴力样例都过不了这时候继续硬磕只会让排名越来越难看不如先去做其他能拿分的题。看清楚计分规则再决定时间分配是校赛教给我的第一课。正式赛你还能现场问志愿者同步赛里没人提醒你所有决策都得自己来。2. 赛前两周的状态校准从编译命令到常用模板到底该怎么收尾我见过太多选手赛前疯狂刷题从早到晚做了几十道结果校赛当天连编译器版本都没确认打开题目就开始边写库函数边查文档。刷题当然重要但赛前两周更重要的是把状态从“学新知识”切换到“稳定输出”。这阶段的核心目标有三个环境不出岔子、模板随手能用、状态恢复到手热。别小看这三件事任何一个环节在比赛当天出问题都比你少会一个算法更伤。2.1 本地环境与评测环境对齐同步赛的评测环境是固定的而你本地可能装了好几个编译器版本。如果题面里写了支持的编译器标准尽量照着来。用 C 的话养成写ios::sync_with_stdio(false)和cin.tie(nullptr)的习惯这能让cin/cout的读入速度接近 C 风格函数。一个常见的困惑是本地跑得好好的提交上去就超时。这类问题大多数和“本地比评测机跑得快”无关而是你的程序在某个分支上复杂度爆炸或者输入输出缓冲没开。简单来说评测机一般开 O2 优化但如果你在代码里用了endl它每次都会强制刷新输出缓冲大量输出时会白白吃掉很多时间。建议全部改用\n。赛前两周可以把下面这段模板作为自己所有题目的起点#include bits/stdc.h using namespace std; int main() { ios::sync_with_stdio(false); cin.tie(nullptr); // 你的代码 return 0; }别觉得这是小题大做。在正式比赛里你敲的第一行代码通常不是算法逻辑而是这些“保命”的输入输出配置。校赛同样如此。2.2 模板不必贪大要按考点整理成“可检索”的清单网上能下载到几百页的算法模板但校赛不是算法竞赛的终点你不可能、也没必要把所有模板都背下来。更实际的做法是把模板按考点分成几类每类只保留最精华的几段代码。分类必须能随手写的模板可以放模板库但不必背数据输入输出快读、读入字符串、栈、队列-基础数据结构并查集、单调队列、前缀和树状数组、线段树图论DFS/BFS、拓扑排序、最短路网络流、匈牙利算法动态规划0/1 背包、最长上升子序列树形 DP、状压 DP数学快速幂、最大公约数组合数预处理整理完模板之后每类只保留一页以内的代码。需要背的就反复默写三到五遍不需要背的也要做到“知道它在哪一页、大概怎么改”。比赛时找模板的时间可是算在罚时里的。2.3 赛前一天和当天中午别再做新题这是个反直觉建议。很多同学赛前最后一天还在看难题解析觉得多学一个算法就是多一分保障。实际上赛前一天学习新知识很难内化反而会让大脑处在“信息过载”状态比赛时容易思路混乱、畏惧难题。我的习惯是赛前一天只做三件事把模板库从头到尾翻一遍确认自己能看懂关键注释。刷两三道已经 AC 过的简单题恢复写代码的“手感”。提前登录评测系统确认账号、密码和比赛入口没有问题。当天中午也不要吃太油腻的东西开赛前半小时静下心把常用的几个函数在脑子里预演一遍。这些细节看似和算法无关但人的状态直接影响临场判断力。3. 开赛后的时间预算前 30 分钟怎么读题、罚时账怎么算比赛开始后的前 30 分钟基本决定了你后续的节奏。绝大多数有经验的选手都不是从第一题按顺序往下写的而是先花几分钟完成对所有题目的“扫描”再按难度和性价比排序。3.1 第一轮扫描怎么读题同步赛和线下赛不同你没有气球队可以观察别人过了哪些题但通常能看到实时榜单。开赛后第 5 到 10 分钟先看一眼提交数和通过数被最多人提交且通过率高的题大概率就是签到题。拿到题目后先别急着读完整题面的故事背景优先看三样东西输入格式和输出格式确认是多组数据还是单组数据不要读到一半才发现读错。数据范围决定你该用哪种时间复杂度的算法。样例跑一遍样例理解题意是否和自己的假设一致。比如看到n 20你可以考虑状态压缩或爆搜看到n 10^5一般要用O(n log n)的算法看到n 10^9那就基本告别线性复杂度该考虑数学题了。数据范围是题面里最诚实的部分它直接告诉你出题人期待什么样的解法。3.2 罚时账要提前算清楚校赛 3 到 4 个小时前一个半小时里你的任务是把所有“确定能做”的题全部拿下。中段开始才是真正拼思维和抗压的时间。罚时不是事后才看的它应该成为你决策的一部分。假设一道题你写了第一版样例过了提交后 WA。这时候你要判断的是这题是思路错了还是细节写错了如果是细节写错比如数组开小、类型写错、多组数据没清空那值得花 5 到 10 分钟排查。如果是思路就错了那就别盲目修改继续交。连续提交只会累计错误罚时最终就算过了二十多分钟的罚时也可能让你掉七八个名次。比较聪明的做法是每道题提交前自己先构造至少 3 组测试数据包括边界情况空输入、最大值、只有一个元素、数据量大的情况。很多 WA 其实可以通过这个简单的自测步骤避免。3.3 卡题后的三级降级方案卡题是比赛常态区别只在于你会不会尽快脱困。我给新人们的建议是卡题超过 30 分钟就启动三级降级策略。第一级重新读题。把题面逐句再读一遍重点确认数据范围、输入顺序、输出要求。很多卡题其实是因为漏看了“保证输入没有重复”或“结果要对某个数取模”这类限定条件。第二级写一个暴力解法或者用随机小数据暴力对拍。别嫌暴力太笨它能帮你验证思路是否正确也能在样例之外发现反例。第三级暂时放下这题先去做后面相对容易的题。让大脑在无意识中整理信息过半小时再回来往往一眼就能看出之前的逻辑漏洞。不要觉得“先跳过”是认输。真正有经验的选手都明白比赛最终看的是总过题数和总罚时而不是你单题死磕了多久。4. 赛后别只晒过题数把补题记录变成下一阶段训练清单我每次校赛结束后都会刻意提醒自己比赛中最有价值的不是那几道 AC 的题而是那些让你痛苦两小时、最后还没过的题。它们才是你算法短板最诚实的反馈。很多人的赛后习惯是看一眼题解把代码敲一遍 AC然后就算补完了。这其实收效甚微。真正的补题是要把“当时为什么没想到”这个问题彻底想清楚。4.1 按提交记录给题目分类赛后第一件事不是打开题解而是先把每道题的提交记录翻一遍按结果分成四类状态分类典型表现补题方式已 AC但罚时很多反复 WA 后才过重点复盘每次 WA 的原因是自己造的边界测试不够还是读题有偏差差一点 AC思路对但某个细节写炸把错误代码保留逐行对比 AC 代码找出单个差异点完全没思路卡在思维层面先看题解的核心思路而不是直接看代码看完后自己重写没来得及做时间分配问题不要只怪手速先检查是不是在前几题上浪费了过多罚时只有把每道题归到具体类别你才知道下一阶段该练什么而不是笼统地觉得“我太菜了”。4.2 补题记录怎么写才有效我建议每人维护一个最简单的 Markdown 表每次比赛后往里填一行。表格不需要花哨但字段要足够暴露问题。日期题目编号考察知识点第一次提交状态卡壳原因一周后能否独立 AC2025-04-12第 3 题贪心 优先队列WA 两次后过没有考虑相同截止时间的任务排序需重做一周后是否能独立 AC是补题是否有效的核心指标。如果你看完题解当时懂了但下次遇到同类型题还是不会那就说明你只是记住了答案没有真正掌握这种思考方式。4.3 把错题对应到下一阶段的训练计划校赛的一大好处是题目数量有限你能相对准确地分析出自己的薄弱方向。我比较推荐按以下权重安排日常训练基础与模拟类20% 的精力。这类题不考高深算法但最容易出现在比赛前段写慢了亏罚时。数据结构25% 的精力。并查集、线段树、树状数组是校赛中后段的常客。图论与搜索15% 的精力。最短路、拓扑排序、DFS 序要保证模板能默写。动态规划15% 的精力。状态定义是难点多练习背包、区间 DP、树上 DP。数学与数论15% 的精力。快速幂、质因数分解、组合数取模等。思维与构造题10% 的精力。这类题绕不开但建议放在每天最后做锻炼脑洞。把错题对应到这些分类你就能知道自己的每周训练该往哪里倾斜。比如这次校赛你三道题挂在数据结构上那下一周的三分之一训练时间都应该砸在数据结构的专题上。5. 给第一次打同步赛的人评测环境与低级提交坑新人和老手之间的差距很多时候不在算法知识量而在对“评测系统”这套东西的熟悉程度。下面这些坑几乎每个第一次打同步赛的人都会踩一到两个。5.1 评测环境和你本机的三个隐藏差异本地编译器通过不等于评测机能过主要原因有三个。第一是栈空间。有些题目递归深度很大比如 DFS 遍历一张深度为十万的图本地可能跑得好好的评测机上直接栈溢出。解决办法不是去调大栈而是把递归改成显式栈或迭代或者根据题面数据范围提前判断递归深度是否安全。第二是未定义行为。比如a[i] i这种写法不同编译器结果不同。本地环境和新版编译器可能恰好给了你期望的结果但评测机一换编译器就翻车。尽量写清晰、无歧义的代码不要炫技。第三是整型溢出。32 位整型的最大值是 2147483647很多题目里两个十万相乘就是一百亿早超了。所以看到乘积、累加、组合数的题目一律优先使用long long。别省这几行代码省出来的时间远不够你为一发 WA 买单。5.2 最容易交学费的三个低级错误我在带新人训练时发现新手交学费最集中的三个错误答案常常出奇一致。第一个是数组开小。题目说n 100000有人就开a[100000]结果下标从 1 开始用最后一位越界。统一开a[100005]或者a[n 5]是更稳妥的习惯多留一点余量不要精打细算。第二个是多组数据不清空。每读入一组新数据上一次遗留的标记数组、队列、答案变量都要清空。可以用一个新的代码块来演示int main() { int T; cin T; while (T--) { // 每次进入循环先重置所有变量 ans 0; memset(vis, 0, sizeof(vis)); while (!q.empty()) q.pop(); // 本题逻辑 } }第三个是不会读入带空格的字符串。记住cin在读入字符串时会自动跳过空格但也要记住它读到空格就停。如果一行里包含多个空格而你需要整行内容应该用getline并且注意在切换读取方式时用cin.ignore()吃掉换行符。int n; cin n; cin.ignore(); // 吃掉残留的换行符 string line; getline(cin, line);5.3 如何看待同步赛的排名同步赛的排名没有现场赛那么喧闹但它的数字更冷静。它不会因为你没现场签到而给你折扣也不会因为你在宿舍里穿着拖鞋打开电脑就对你网开一面。如果你排名靠后先别忙着否定自己。把排名拆开看前面那些比你高的人可能是学长可能多练了半年可能正好熟悉这套题的出题风格。你的目标不是第一次就冲进前十而是把每一次校赛的名次和去年的自己做对比。我第一次打校赛时排在两百名开外当时的感受就像被人从头浇了一盆冷水。后来我按上面的方法做赛前准备、赛后复盘到第二次校赛时前进了八十多位。这个过程没有捷径就是把每次考试当成一次体检然后老老实实按照体检报告调整训练。同步赛还有一点比现场赛更适合新人赛后你可以更从容地打开提交记录甚至保存自己每一版错误代码看着自己是怎么从 WA 一步步走到 AC 的。这种自我回顾是线下赛场上很难做到的。如果你也是第一次打这类同步赛我希望你赛后不要只盯着排名叹气而是先把每道题对应的算法、自己在哪个环节卡住、花了多少分钟才意识到问题全部记下来。等到下一届校赛同步赛再开场时你手里那张补题表会比任何“赛前必背五十题”都更有用。