把每日大赛91从头捋一遍：细节对照表更不绕，注意事项怎么来的，说透了就简单了
开场一句话说明：把比赛流程、规则、常见陷阱和实战策略一次讲明白，让你从阅读题目到提交答案的每一步都清楚可操作。
一、先把整体流程理顺
- 报名与账号：核对参赛账号、昵称、绑定邮箱/电话是否生效，是否需要邀请码或队伍设置（若有团队赛）。
- 比赛开始前：确认比赛时区、开赛时间、题目数量和类型、时间限制、提交次数限制等规则。
- 比赛进行中：按步骤进行——快速读题 → 标记优先级 → 先做会做的题 → 提交并查看反馈 → 对错题回归修正 → 余下时间冲击难题。
- 比赛结束后：查看排行榜、题解与官方说明，复盘并记录学习点。
二、规则与评分机制（要点化）
- 题目分数：是否逐题计分、每题分数是否相同、是否有附加分或测试点权重。
- 罚时规则：是否存在错误提交罚时（如每次错题加时）、是否影响总排名。
- 测评方式：样例测试通过与否、隐藏测试用例数、是否即时判题或赛后批量评测。
- 提交限制：每日/每题提交次数上限、是否允许撤回或覆盖提交。
- 排名规则：总分>部分通过>提交时间/罚时，或者采用其他复合规则。
三、细节对照表（让复杂规则一目了然）
- 比赛开始时间 — 按官网显示的标准时区（先确认本地时间差）
- 题数与题型 — 简单/中等/困难，是否含编程/选择/主观题
- 提交判题延迟 — 即时或延迟（若延迟，提交后需耐心等待最终评测）
- 错误提交是否计数 — 是/否，计入罚时规则
- 特殊输入格式 — 是否含多组输入、空行、特殊分隔符
- 输出精度要求 — 精确整型/浮点误差范围（如1e-6）
- 内存与时间限制 — 需注意数据结构与算法复杂度
- 队伍协作规则 — 是否允许多人协作、是否可共享代码
- 作弊判定标准 — 抄袭检测、代码相似度阈值 （把上面每一项与比赛官方条款对照一遍，标注“本次赛制如何规定/我应如何应对”）
四、注意事项怎么来的（不是凭空想象，而是源于规则＋常见错误）
- 来源一：官方规则条文——直接规定的行为（例如：每个题最多提交10次）
- 来源二：评测系统的细节（例如：样例过并不代表全部测试点通过，某些字符串处理会卡隐藏用例）
- 来源三：过往参赛的经验教训（例如：大量队员因输入格式理解错误被判 WA）
- 来源四：平台的实现限制（例如：某语言慢导致超时，默认栈深度限制递归失败） 结合以上来源，把注意事项分为“必须遵守的规则”和“常见踩坑点”两类，并给出化解方法。
五、常见踩坑点与对策（直接可用的解决方案）
- 输入输出格式识别错误 对策：读题时把输入输出样例拆解，写出伪码输入模板，做边界测试（空输入、多组、额外空格）。
- 浮点精度问题 对策：尽量用相对误差判断、格式化输出固定位数、关键比较使用 eps。
- 溢出（整型/数组越界） 对策：选用更宽的类型（long long/BigInteger）、在算法推导时标注最大值估算。
- 时间复杂度估计不足 对策：先估算 N 的量级，选择合适的算法；若多次提交仍超时，考虑优化 I/O、改用更快的语言或降低常数。
- 误用全局或静态变量导致跨用例污染 对策：每次提交前重置状态，或在每个测试用例开始处初始化。
- 抄袭检测触发 对策：遵守原创规则；团队内部合理分工并保留开发记录，提交前统一风格避免完全一致。
六、实战流程与时间分配建议（比赛中怎么做）
- 第1~5分钟：浏览所有题目，标注难度与预估时间，选出“立刻做”的题（通常是1-2题能迅速得分）。
- 接下来的30~60分钟：优先完成容易题，保证尽快得分并减少心理压力。
- 中段：开始中等题目，遇到卡住的问题不要钻牛角尖，先把思路写成伪代码或做部分实现。
- 最后一阶段：回到难题或优化已实现的方案，尽量提交能通过更多测试的版本。
- 提前留出5~10分钟：用于最后一次检查输出格式、特殊边界和提交确认。
七、比赛后的复盘清单（快速提升的关键）
- 核对每个做过的题：标注是否完全通过，错在哪个测试点，为什么错。
- 保存好最终 AC 的代码以及多次提交记录，比较调试思路差异。
- 把不会的题整理成待学题单，拆解需要补的知识点（算法、数据结构、数论、字符串处理等）。
- 如果有官方题解或优秀选手代码，逐条比对自己的解法，学习更优思路。
八、工具与模板建议
- 模板代码：标准头文件、快速读入、常用函数（gcd、powmod、并查集等）、常见技巧的注释保留。
- 本地测试用例库：把常见边界场景封装为测试用例，能快速复制到本地跑。
- 调试方法：小输入先跑，输出打印关键变量，二分查找边界用二分验证用例。
- 版本管理：简单的提交记录（git 或记事本）帮助回溯出错点。
九、简短范例（思路胜于代码）
- 遇到一个动态规划题：先写状态定义、状态转移方程、初始化与边界，再估算时间空间复杂度；若状态爆炸，考虑压缩维度或转化为贪心/分治。
- 遇到字符串匹配：先尝试 KMP/哈希，注意哈希碰撞与 mod 选择；输入是否含换行、空格、Unicode 需要特别处理。
十、一句话总结与可复制的比赛前清单
- 比赛前：核对账号+时间，准备好模板与测试用例，确认网络与环境。
- 比赛中：先易后难、频繁提交可行解、遇到难题及时切换。
- 比赛后：系统复盘、记录教训、学习优秀题解。
可复制的五项赛前准备清单
- 本地模板已更新并能编译运行。
- 常用数据结构函数放在模板中（并查集、优先队列、快速幂等）。
- 常见边界测试用例文件准备好（空输入、最大值、重复值等）。
- 比赛规则已读（提交次数、罚时、题目类型）。
- 网络、时区、比赛窗口已确认，不被突发情况影响。
结语（直白的话） 把每一次比赛当作把流程和细节磨成工具的机会：规则弄通了、常见坑踩过了、模板和习惯准备好了，比赛自然就简单得多。把上面的对照表和清单贴在屏幕边，临场少犯错，多把时间花在真正解决问题上。祝你在每日大赛91里发挥稳健，分数上去更容易。
如果你想，我可以把上面的“细节对照表”按你比赛平台的实际条款填成一份可打印的核对表，或者根据你常用编程语言给出一份可直接拷贝的模板。要不要？
