总结

牛客第三场

C

开局的一道签到题，其实在差不多10分钟的时候已经写好代码准备交了。但队友注意到了题目底下的提示，“如果复杂度是 \(O(|S|\log |S|)\) 最好不要交，复杂度最好不要超过线性复杂度” ，就不敢继续交。实际上我们代码是 \(O(|S|\log n)\) ，注意一下常数是完全能过的，在后面我们没办法交了原来的代码试一试也证明这个代码是可以过的，但当时被这个提示忽悠住了，导致不敢继续交，最后吃了大亏，应该大胆一点的。

赛后这道题确实有线性复杂度的做法，不过用到了字典树，对于字符串方面我们不太熟悉，往后要进行字符串方面的专题练习。

A

这是我们做的第二题，队友看到这道题是LCA就有想法了，但后面过程挺坎坷的，因为要用到个小结论而他刚好忘了之后找了一会儿才开始动手，又因为代码有许多小错误样例没过拖了挺久，最后没考虑 \(k = 2\) 的情况wa了几发后终于过了。

赛后分析了一下，是因为用到的代码很久没碰了导致的不熟悉和对边界的不敏感，需要多练。

J

这道题题目很长，我看了快十几分钟才看懂，但还是不会做，原因是图论这方面我还没怎么学，赛后队友看到这道题通过合理建图+dijk就能过了，当时没想到挺可惜的。

牛客第四场

N

签到题。当时跟榜看了一会儿，就决定做这道题，一眼知道是位运算相关的，就考虑从每位的角度思考问题答案，但过程挺曲折的，推翻了几个结论才得到答案，写代码的时候也有点卡顿，对边界比较模糊，不过最后是一遍过了。

K

第二题。通过递推得到一个关系式，最后采用枚举去贪心地找最优解。证明过程中比较卡顿，最后漏了 \(i = 1\) 的特判wa了一发。

A

这题当时一眼就知道和贪心相关，而且锁定了是邻项交换的证明方法，但因为考虑不周全，题目要求是选 \(m\) 个，我们自认为前 \(m\) 个就是最优，然而不是，这种排序只是确定了相对关系，选择的子序列需要用背包dp解决。

D

这题实际上是想得最久，但还是没想出来的一道题。当时看到是三维偏序，就联想到了CDQ分治，树套树，K-D树等高级结构（但不会用），因为强制在线就想到了K-D树，然后思路就陷进去了。实际上没这么复杂，只需要预处理一个三维前缀或 或者 二维前缀最小值即可，因为只涉及到查询。

H

赛后补的题，一道很简单的枚举贪心。只需要枚举可能的长宽，在实现答案的过程中贪心即可，过程中运用到 multiseet。当时没看到这个题，因为过的人不多，以为很难。

总结

这两场比赛其实相较上两场进步还是很显著的：A题变多，团队配合更加熟练，进步许多名。不过，每场赛后都会发现许多能做的没做，一方面是英文题目看的很难受导致对题目没感觉，另一方面就是学会的算法不深入不熟悉导致可做的题写不出，最后还是理论方面的缺失学的太少导致可做的题不多。这些方面可以通过多打一些比赛积累实战经验以及多练专题增加熟练度。

标签：题目,31,多校,赛后,这道题,复杂度,2022.7,代码,贪心
来源： https://www.cnblogs.com/BlankYang/p/16535979.html