如果你只有一次机会完整浏览“每日大赛91”的题目和规则，这篇文章把所有关键注意事项、能立刻落地的小改动和避免失误的清单浓缩给你。一次看懂，少走弯路；一个小改动，稳定提升——这就是差距。
开场思路：先扫全局，再落细节
- 第一遍阅读目标是形成整体判断：题量、难度分布、可能的常考点（数学、字符串、图论、贪心等）、题目类型（实现/构造/证明/优化）。不要一上来就深挖某一道题。
- 第二步快速确定优先顺序：先能稳做、分数高且耗时低的题目；把难题放到最后冲刺。
三分钟检查清单（只需一次快速浏览即可完成）
- 题目总数和时间限制，估算每题可分配时间。
- 输入输出格式（注意是否有多组、是否有空行、是否需要严格换行或格式化）。
- 特殊限制（数值范围、内存上限、时间复杂度要求）。
- 示例与边界：示例是否覆盖边界情形？有哪些潜在隐含条件？
- 评分与提交规则（是否有部分分、是否允许多次提交、是否有罚时）。
- 语言/工具限制与允许的库或函数。
优先解决能在短时间内拿分的题目，避免在会扣分的复杂实现上耗费过多时间。
小改动，大提升：落地优化技巧
- 模板与库准备：比赛前把通用输入输出、快速幂、并查集、图遍历等模板放好，提交更快、更稳。
- 预处理常见边界：在实现前列出可能的极端输入（空集、单元素、最大最小值），在写代码前先思考如何处理。
- 先写暴力或贪心验证法再优化：暴力方法能先通过小数据集，确认逻辑正确，再逐步优化复杂度。
- 测试用例策略：构造 6–10 个覆盖边界的本地测试用例（最小/最大/重复/负数/特殊格式），提交前先跑。
- 控制输出格式严格一致：多余空格或换行常导致 WA，输出处理上多一层检查。
这些都是小动作，但在实时竞赛中能显著减少无谓的 WA 和时间浪费。
常见错误和如何躲避
- 忽视题目对等号/开区/闭区的描述，导致 off-by-one。解决：读到数据范围处停顿 3 秒，明确“是否包含端点”。
- 浮点精度盲区：当有比较或输出固定小数位时，先决定误差容许值并使用合适的数据类型与格式化。
- 输入读取方式不当：对大输入使用慢速方法（如逐字符/不带缓冲的读取）会超时。比赛环境优先选择高效读取。
- 盲目优化：在看懂问题之前不要过早复杂化算法。先保证正确，再考虑优化路径。
- 不做局部验证：每完成一个模块就用小样例检验，避免把错误堆到最后难以定位。
时间管理与心态调整（实战友好）
- 阶段分配：前 15–20 分钟浏览与确定策略，接下来的主战阶段按优先级攻克题目，最后 10–15 分钟进行回查和提交检查。
- 遇到卡壳：给自己设定硬性阈值（例如 15–25 分钟）后放弃或换人（如果是团队赛），避免在单题上浪费整场。
- 保持节奏：小幅中断（喝水、站起来活动）有助于维持注意力，短暂放松后回到比赛效率更高。
赛后复盘（让改进持续发生）
- 标注“卡点原因”：是算法思路不清、实现细节错误、还是测试覆盖不足？下一次重点补弱项。
- 累积错题与模板库：把典型错误和高频题型整理成自己的题库，定期复习。
- 时间记录：记录每道题的大致耗时，训练时有意识压缩关键题型的解题时长。
案例演示（快速思路示例）
- 题型：字符串+计数。第一遍判断是否需要线性时间或可以哈希优化；先写朴素计数验证思路，再用滑动窗口或差分将复杂度优化到线性。
- 题型：图论最短路径。先判断是否存在负权边或稀疏/稠密图，选择 Dijkstra、SPFA 还是 Bellman-Ford，避免盲目套用单一算法。
最后的差距其实来自两件事：一是“是否把结构读透”，二是“是否在细节上少出错”。用一次阅读厘清全局，用几个小改动把稳定性提高——这就是你和多数人的差距。
一句实用建议：把上面的三分钟检查清单和 6–10 个本地边界测试用例模版保存到你的比赛模板里，开赛时直接套用，能把效率提升成倍。祝下次比赛更稳、更高分。
