今天早上醒来；每日大赛第91期——｜细节多到我怀疑人生。建议收藏，省得再翻车

今早刚醒来刷到第91期题目，第一眼以为自己眼花：细节堆成山，规则里藏着小尾巴，样例看似友好但一跑就翻车。干过几届赛的朋友应该懂——不是题目难不难，而是谁能把小细节做到位。下面把我这几小时摸爬滚打的要点、踩雷总结和补救策略整理成一份速查清单，收藏备用，下一轮就能少走弯路。

本期几条必须知道的“暗规则”

• 输入可能有多余空行和行尾空白，严格按格式读会出错。
• 时间/日期类测试存在跨时区或闰秒样例，字符串解析要稳。
• 浮点比较不能直接等于判断，要设置容差。
• 输出的排序稳定性会影响得分——相同权重项的次序要按规定。
• 限制里暗含内存峰值而非常规峰值，暴力解会在特定用例炸掉。

常见翻车场景（真实复盘）

• 忽略输入文件编码：Windows 下的 BOM 导致首个字符串读空。
• 以为样例覆盖所有边界：样例没给的极端值直接卡 TLE/WA。
• 随机化未固定种子：结果不可复现，复现率为零。
• 依赖未打包：线上环境缺某个库，提交跑不起来。
  看到这些就心累，但好消息是大多数问题都能靠流程化避免。

通用细节清单（保存、反复阅读）

1. 先把题目读两遍，标注“输入/输出/限制/示例/评分细则”。
2. 准备若干极端测试：空输入、最大值、重复值、非常短/非常长的字符串。
3. 本地环境复刻线上限制（内存、线程、语言版本）。
4. 固定随机种子，关闭非确定性行为（并发顺序、哈希随机化）。
5. 字符编码统一为 UTF-8，处理 BOM。
6. 所有数值比较设容差（浮点），并处理溢出。
7. 对时间字符串使用健壮解析库，考虑时区与夏令时。
8. 输出格式精确到字符（多一空格也会 WA）。
9. 打包依赖并记录版本（requirements.txt / vendor）。
10. 写简短 README：运行方法、参数说明、已知问题。
11. 提交前跑一次完整的本地回归测试（包括样例和自测边界）。
12. 保留日志和最小可复现示例，便于复现与申述。

遇到翻车怎么办：快速救援步骤

• 先回滚到上一个能跑通的提交，确认差异。
• 找出最小失败输入（binary search 法），把问题缩小到最小示例。
• 检查最近改动：依赖、编码、随机数、时间处理。
• 若是性能问题，分析热区（profiling），优先修复最高复杂度部分。
• 提交说明里写清复现步骤与修复点，方便审核或仲裁。

本文标签： # 今天 # 早上 # 醒来