每日大赛91里那段优先级，别跳过—大家误会最多的更能解释，真正在意的点是这个
很多人在做每日大赛第91题时，会把题目里关于“优先级”的一句话当成可以以后再看的细节，结果提交后被几个看似小的测试点打回。优先级不是为了让题目更啰嗦，它决定了你实现的逻辑走向——一处理解偏差，整个答案就可能偏离预期。
下面把大家最容易误解的点、如何正确拆解优先级，以及在比赛中能快速落地的做法，讲清楚。
大家最常犯的误解（以及为什么会错）
- 把“优先级”等同于“执行顺序”。
题目里说 A 优先于 B，不代表所有情况下 A 总是在时间上先执行，而是说明在冲突或同等条件下应当先考虑 A 的影响。实现上可能需要按优先级进行比较、排序或选择，而不是简单先做 A 再做 B。 - 忽略“并列/平级”与“隐含优先”的差别。
有的描述写成“若相同则按 X 决定”，有的直接省略，但隐含规则通常由题目的输入输出格式或样例暗示。忽略这些，会在边界用例出错。 - 以为任何比较都用单一键就够了。
单键比较常常漏掉 tie-break（并列情况下的判定），需要把优先级链（primary, secondary, …）明确写成比较元组或多个对比步骤。 - 只关注宏观优先（哪个更重要），不关注实现细节（稳定性、排序是否一致）。
稳定排序、优先队列比较函数、时间戳处理等实现层面的差异会导致结果不同。
把优先级拆成三层去看
- 定义层（题面语言）
先摘出题面每一句涉及优先级的文字，按高→低写成清单。不要靠印象记忆，直接写下来。 - 语义层（冲突如何解决）
分析在两种或多种条件同时成立时，最终结果如何决定。比如“同时到达的事件先按类型再按时间”就是典型的二级优先。 - 实现层（代码怎么保证）
决定用稳定排序还是自定义比较函数，是否需要把优先级附加到状态里，是否要用多个数据结构来维护不同级别的选择。
常见题型举例与实现建议
- 例：有若干操作，优先级是：删除 > 插入 > 查询。
正确理解：当多个操作争用同一资源时，删除优先于插入，再优于查询。实现时不要简单按操作输入顺序执行，而是构造事件队列，根据优先级和时间戳来调度。
代码思路（伪）： - 把每个事件表示为 (时间, 优先级, 次序号, 数据)
- 使用优先队列/排序，比较键为 (时间, -优先级, 次序号) 这样既保证了时间顺序，也在同一时间内按优先级处理。
- 例：排序题需要按得分降序，得分相同按提交时间早者优先。
别用不稳定的排序只按“得分”键，再期望“提交时间早者优先”。应该用复合键 (得分降序, 提交时间升序)，或先按提交时间稳定排序再按得分降序。
速查比赛流程（能少犯错的快速清单）
- 把题面里任何含“如果、当…时、优先、先、其次、否则”等字眼的句子单独摘出。
- 为每条规则画出触发条件和结果的关系图：当 A 且 B 同时成立，会怎样？
- 列出至少 5 个边界测试例：空输入、全部并列、最大最小值、同时发生的事件、反向顺序。把这些例子先在脑中或纸上模拟一遍。
- 实现时用显式比较键或多字段元组，避免靠隐含顺序。
- 提交前用自造用例覆盖所有优先级链路。
一些容易忽视的小技巧
- 如果题目要求“先按X再按Y”，优先用复合键 (X, Y)；如果需要稳定性，先按次要键做稳定排序，再按主要键排序也行。
- 对于并发/同时发生的事件，把时间戳和输入序号同时保留，作为最后的 tie-break。
- 在比较函数中保持一致的返回值语义（正负或布尔），避免在不同地方反复实现比较逻辑导致不一致。
- 对浮点比较或近似值的优先规则要格外小心：明确 eps 和比较方式（绝对/相对）。
最后一点：真正在意的，并不是你记住了多少“优先级规则”，而是你能把题面的语言转化成——在代码里能被可靠执行的“优先级链”。比赛里最常让人掉链子的是这些转化步骤：读题→抽规则→构造比较键→用能保证稳定和一致性的实现方式。把这条链条做好，很多被忽视的小细节自然不会再坑你。
简单总结（一句话） 不要把优先级当作可选的“备注”，把它当成决定行为的比较规则，写清楚、模拟清楚、用代码保证它的执行顺序，这样才是真正在意的点。
