ICPC2023杭州站题解(B D E F G H J M)
本场金牌数量较其他场多(45枚),但金牌线题数不多。
五题为分水岭,五道简单题过后所有题均为金牌题,其中有四道可做,即A B E F,做出任意一道即可拿金牌。
这里提供除 A 题以外的所有可做题的题解。
1|0ICPC2023杭州站:
1|1M:
加入比当前选择的所有数大的数一定会让平均值上升,因此答案数列中,V图中的某一侧一定会全部被选择。
1|2J:
交互题,探索一个图是菊花图还是链。
手玩起来还是挺容易的,不讲了。
1|3D:
构造一个序列,除了答案不能为0以外没有任何限制。
样例比较有吸引性,里面有很多我们熟悉的杨辉三角数,但想了想发现还是找不到关系,甚至无厘头。
一个正常的思路是:因为有一个式子是连乘,如果这个值比较大,我们会涉及到质因数分解之类的推导,这是比较麻烦的。因为不能有0,我们使其大部分为1。
我的解法中大部分的数对都是 2,-1 ,最后剩下一项时我们设成x,解一下方程就能得出 x=3-n。
1|4G:
除了上下左右四个方向,蛇还可以缩尾巴(这使得蛇可以走到地图的任意位置),其实就是原地走一步,我们把原地走一步算成第五个方向。
用这五个方向进行BFS,复杂度显然是有问题的,因为我们允许原地走也就说明我们允许BFS中的某个状态满足它的步数不是当前位置的最短路,这样的话我们队列中的状态数会很多,因为我们每个位置都可以停留,状态平方级上升。
优化一下,一个重要的发现就是,我们原地走当且仅当我们被挡住了去路,否则原地踏步是没有意义的。
对于每个被挡住去路的地方,我们走到那里的最短时间只有两个可能的值:1、蛇尾巴离开的时间;2、蛇头走到那里的最短路。
于是,我们的BFS状态中就可以只允许出现最优状态了,当去路被挡住时,我们会把那个位置蛇尾离开的时间压入BFS状态中。这样的修改使得BFS中时间不是单调的了,我们得把队列修改为优先队列,BFS算法改成Dijkstra。
1|5H:
题目给出了一个基环森林,但是每个点访问顺序是随机的,我想了很久一个环上的顺序该如何处理,后来发现没必要,只要把所有小朋友分成三类就好。
第一类: ,无论 那位小朋友有没有加糖,我都比 ta 多,我肯定不加糖。
第二类:,ta 加我就加,ta 没加我就不加。
第三类: ,无论 ta 有没有加,我都比 ta 少,轮到我我就加。
分好这三类之后,我们将基环树上的点染成这三种颜色。
一个小朋友最终的期望值,取决于 ta 加糖的概率,所以第一类和第三类的答案已经固定了。
一个环上如果全都是第二类点,那么无论它们顺序如何,它们最终都不会加糖。第二类如果直接或间接指向第一类点,那么它也一定不会加。只有那些直接或间接指向第三类点的第二类点才需要我们去计算答案。可以发现这些结构是以第三类点为根的树,树上连的全是第二类点,没有了环的讨论。
树上的这些第二类点的答案如何计算,推到这里就比较简单了。
对于一个随机的排列中的两个值 a 和 b,a 在 b 的前面概率是 ,说明深度为 1 的那些第二类点,概率就是 ;对于随机排列中的三个值 a,b,c,a 在 b 前面,且 b 在 c 前面,概率是 , 所以深度为 2 的第二类点概率是 。结论就是,深度为 x 的第二类点,加糖概率为 。
1|6E:
有趣的字符串题,但是数据范围也太卡人了,所以又没那么有趣了。
为了适应这个5e6的范围,我思考了很多修改,但为了好写最终还是选择了map版本,幸好一发过了,实现时有很多写的比较丑但是很无奈的地方(比如第65行)。
这题的思路是这样:
因为发现正着推不好推,我们倒着推:第 i+1 个字符串对第 i 个字符串造成了什么限制。
如果第 i 个字符串比第 i+1 个长,那么第 i 个字符串的前 位有哪些字母就被第 i+1 个串确定了,我们称之为限制。每个限制都有26个值,表示每个字母出现了几次,容易发现题目所给的输入其实就是每个字符串的初始限制。
倒着推,如果字符串长度越来越大,那么限制会越来越多,即每次加上最长字符串的初始限制,之前的限制依旧在,因为每一个字符串前面的几位都要保持一致。
如果第 i 个字符串比第 i+1 个短,就涉及到这题的关键了,因为上一个字符串是下一个的周期,因此我们可以计算出一个对于上一个字符串长度为 的限制,即按周期分块最后不够的那一部分,决定了上一个串的前几位。事实上对于下一个串的所有限制,都会对上一个串产生限制,产生的新限制的长度不会超过串本身长度。
然后到了令人恼火的复杂度分析阶段,本来这题已经做完了,但5e6的范围却不允许我们暴力记录每一个串的所有限制(因为要乘log),而是需要有一定的继承来降低复杂度。
我选用了一个map来记录当前串的所有限制。
对于上一个字符串长于下一个字符串的情况,下一个字符串的所有限制直接继承,并加入一个新的限制。
对于上一个字符串短于下一个字符串的情况,我们只需枚举长度大于短串的限制,计算出新限制插入回map,map可以去重。
第一个情况会向map中加入一个元素,而第二个情况不会增加,复杂度基本取决于map中元素个数。第二个情况如果频繁出现,map中元素个数不会超过串的长度,因此数据出现连续下降的小串(倒着看)不影响复杂度。如果出现连续上升的字符串,那么每次map中会多出一个元素,但是这种上升最多只会上升根号次,复杂度大致饱和于 ,理论可过,实际上也可以过。这个复杂度分析还是挺复杂的,对于更一般的情况可能需要势能分析,虽然这里只能给出大致的分析,但不影响做题。
1|7F:
求树上某点k邻域内的mex。
一个比较有用的结论,也是这题的突破口:如果一个点的k邻域包含了一棵树直径的两个端点,那么这个k邻域一定包含了整个树,反之亦然。
所以,小于x的所有点构成的树,如果被这个k邻域包含了,那么这个k邻域一定包含了这棵树直径的两个端点。
我们考虑每一个答案是如何产生的,首先由0号点自己构成一棵树,如果它在k邻域内,就加入1号点,生成新树;不断地向内加点,直到数值不再连续,或者新生成的这棵树的直径端点突破了k邻域的范围,由于每个数只出现一次,因此这个突破k邻域的值就是mex。
从0号点开始增加的每一个值,我们都可以维护新树直径的两个端点。我们可以二分找到第一个突破k邻域的值,每次的check只需判断直径两个端点是否在k邻域内即可。
二分一个log,计算任意两点距离需要求LCA,又一个log,不幸地TLE了,我们只得把LCA改成O(1)的求法,但这题成为金牌题主要是因为思路,而不是这个小小的优化。
1|8B:
多项式科技题。
首先题目输出答案的误差值就是把准确答案改为了区间是否有答案,若 [x,3x] 内有答案,我们输出1.5x即可。分段使复杂度多一个log。
若我们不考虑颜色,只考虑是否存在两个灯距离差为d,我们可以简单地进行卷积,将序列倒过来,i 变为 n+1-i,与原序列做卷积,若第n+1+d项有值,说明表示存在距离为d的两个灯,且数值为情况数。为了统计 [x,3x] 内是否有答案,我们让 a 序列只记录 [x,3x] 内的灯,b 序列记录所有位置的灯,把 a 倒过来和 b 卷积即可。
现在加上颜色:a 序列记录 [x,3x] 内灯的颜色,其他位置设成0(没有灯的位置也设成0),b 序列记录所有位置灯的颜色,如果存在一个 i 满足 i 位置的颜色和 i+d 位置不一样,那么可以得到: ,即 ,将平方展开可以得到三项卷积的形式,一个是 a 序列的平方,一个是 ab 卷积,一个是 b 序列的平方,我们只需要求出这三项的和,判断 n+1+d 项是否为0。
要注意计算 a 或 b 序列的平方不能把所有位置都加起来,而是要满足 且 ,我们用 a1 和 b1 序列把所有不为 0 的位置设为1,再和平方项做卷积。
2|0后记
在比赛的最后五分钟,电子科技大学 “UESTC_忒休斯之船” 队伍在第八发通过了 A 题,进入6题区,但由于罚时过高排在了六题倒数第二。
然而戏剧性的一幕发生了,滚榜过后,金牌线卡在了六题的倒一和倒二之间,我们学校这支队伍拿到了最后一场区域赛的最后一块金牌(之前合肥站的最后一块金牌也是我们学校拿了)。更有意思的是,比较悲惨的六题区唯一个没有拿到金牌的队伍,队名叫 “中山大学_教练我想拿金牌”。
这个赛季结束后,忒休斯之船队的两个学长退役,留下一个23级的大一选手,和我们队重组了队。忒休斯之船的本意就是一直换队友,可是这次是他加入我们,不能再叫忒休斯之船了哈哈。
__EOF__

【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· DeepSeek 开源周回顾「GitHub 热点速览」
· 记一次.NET内存居高不下排查解决与启示
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· .NET10 - 预览版1新功能体验(一)