线段树合并学习笔记
Last Update:
Word Count:
Read Time:
今天模拟赛考到了线段树合并,发现不是很熟悉,所以今天恶补一下。
写起来才发现:这东西这么好写啊?
只有题,没有讲解,想看讲解可以看别的博客。
upd:我的代码里都是先把东西插到对应的线段树里,然后再 开始合并。但如果边合并边插入,是可以写垃圾回收省空间的。代码懒得改了。
[Vani有约会] 雨天的尾巴 /【模板】线段树合并
模板,但感觉比一些其他题难一点。
首先考虑暴力。
我们可以对每个点维护一个桶,然后暴力链加。
因为最后要求每个点的最大值,所以维护桶好像不太行,可以换成维护 set 或者权值线段树。
但暴力链加肯定是不行的,所以考虑树上差分,最后只需要做一遍类似前缀和的合并即可。
如果你用权值线段树,那么这个合并就是线段树合并,复杂度 。
如果你用 set 或其他平衡树,那么这个合并就是启发式合并,复杂度 。
这里说一点,需要线段树合并的题空间复杂度一般都为 ,因为动态开点线段树。
1 |
|
[USACO17JAN] Promotion Counting P
子树逆序对数量,这东西本质上就是个二维数点。
而且这题啥也没卡,所以写啥都能过。
不过因为在练习线段树合并,所以我写了线段树合并。
对于这种求每个点的子树信息的问题,经常可以每个点维护一颗线段树,然后从叶子向上合并,最后查询。
1 |
|
Lomsat gelral
第一次做这道题还是在学 DSU on tree 的时候。
依旧可以线段树合并,维护的信息比较简单,略过了。
1 |
|
[POI2011] ROT-Tree Rotations
前面三道基本都是模板,这道要动脑子了。
upd:在做完以后感觉这是为数不多需要动脑子的题。
考虑先序遍历是怎么输出的:根-左子树-右子树。
所以逆序对是由这些部分贡献的:左子树内部,右子树内部,左子树和右子树。
然后考虑交换左右子树带来的影响是什么。
可以发现,只有第三部分被影响了。
每个点维护一颗权值线段树,在左儿子和右儿子的线段树合并时,可以轻松得到逆序对数量。
这里借用题解一张图。
可以发现,如果不交换,那么逆序对数量就是当前节点左儿子的右半区间的权值乘上右儿子左半区间的权值;如果交换就反过来。
这个东西可以在线段树合并时算出来,然后取个 即可。
1 |
|
Blood Cousins
双倍经验:[Cnoi2019] 雪松果树
这题用线段树合并?感觉不如我 bfs 序+dfs 序啊。
具体做法可以看 东方Project相关试题选做,在第 49 道。
线段树合并做法也很简单。
把询问都挂到询问点 的 级祖先上,然后每个点维护一颗以深度为下标的权值线段树,把子树信息都合并上来以后回答所有询问即可。
我没写。
[湖南集训] 更为厉害
这题用线段树合并?感觉不如我二维数点啊。
把 的位置分讨一下:如果是 的祖先答案能直接算,如果在 子树内就是二维数点。
事实上线段树合并也是在干二维数点这件事。
也可以这么说:线段树合并可以在线的完成子树数点。
我写的二维数点,所以不放代码了。
Dominant Indices
每个点维护一颗以深度为下标的权值线段树,节点上维护最大值即可。
因为维护的是深度,所以答案记得要减一下。
Tree Requests
用 [Cnoi2019] 雪松果树 那道题的套路可以把问题转化为 美好的每一天 的弱化版。
线段树合并做法:每个点维护一颗以深度为下标的权值线段树,节点上维护一个状压后的值,修改是单点异或,合并就正常合并。
Blood Cousins Return
题意: 级儿子颜色数。
用 [Cnoi2019] 雪松果树 那道题的套路可以把问题转化为区间颜色数。
这东西有一万种做法,可以参考 [SDOI2009] HH的项链。
线段树合并做法:每个点维护一颗以深度为下标的权值线段树,节点上维护一个 set,合并时启发式合并即可,复杂度 。
Tree and Queries
把子树看成区间后可以把问题转化为 Marisa采蘑菇 的弱化版。
用线段树合并做这题很麻烦,完全不如 DSU on tree 或莫队简单,但还是说一下。
每个点维护一颗以颜色为下标的权值线段树,然后你就会发现:出现次数怎么搞?
没想到,有兴趣的看 题解 吧。
Escape Through Leaf
设 表示从点 出发到叶子的最小代价,转移为
这是个斜率优化的形式,所以可以用李超树优化。
然后要从子树转移来,李超树合并即可。
1 |
|
[HNOI2012] 永无乡
考虑给每个连通块开一颗线段树,查询直接线段树上二分。
因为有合并,所以线段树合并即可,需要用并查集维护连通性。
代码很久以前写的,比较丑,不放了。
有人想做加强版吗:[Ynoi2014] 等这场战争结束之后。
题解可以看 操作树学习笔记,在最后一道。
[PKUWC2018] Minimax
线段树合并优化 DP。
现在这种题都只能紫了,前两天 [NOI2020] 命运 也降了,这东西真有这么普及吗?
设 表示点 的权值为 的概率。
若点 为叶子或只有一个儿子的情况都是简单的,我们考虑有两个儿子的情况。
假设现在要转移权值 ,那么这个权值要么没在子树内出现过,要么在左/右子树内。
没出现过概率肯定都是 ,不用管。下面假设其在左子树内,右子树同理。
首先分讨一下点 是取最小值还是最大值。
若取到最大值,那么 要想取到 ,就必须让右儿子的权值小于 。
若取到最小值,那么 要想取到 ,就必须让右儿子的权值大于 。
因为左儿子取到权值 也是有概率的,也要算上。
综上,转移为
右子树同理,转移为
观察到,转移需要维护一个前缀和以及一个后缀和。
所以我们现在需要一个东西,支持:快速合并两个数组,快速维护前缀和以及后缀和。
所以想到了线段树合并。
具体实现就是把后面括号里的一堆东西当成乘法标记打到节点上。
在合并时,如果两边都有节点,就继续往下走并累加标记:走左儿子就加后缀和,走右儿子就加前缀和。
如果走到有一侧没有节点了,就把标记打上去。
比普通的合并要难写,不过也还行。
1 |
|
[NOI2022] 众数
百 万 deque 过 大 江。
如果只有一个序列,那么很好做,维护一颗权值线段树即可。
但现在有多个序列,我们考虑如何找出绝对众数。
绝对众数有一个很经典的做法:摩尔投票法。
主要想法就是:每次拿两个数,如果不一样就都删掉,否则不删。
如果最后删空了,说明没有绝对众数;否则剩下的这个数可能为绝对众数(所以还需要检验)。
然后对于这道题,我们只需要把那些有绝对众数的序列拿出来做摩尔投票,然后检验最后得到的结果即可。
可能会有疑问:为什么不用考虑不是绝对众数的部分?
因为不是任何一个序列绝对众数的数一定不会成为答案。
这比较显然,因为这个数在任何一个序列里的出现次数都严格小于一半,那么它在总序列里的出现次数也一定严格小于一半。
所以我们可以先对每个有绝对众数的序列内部做摩尔投票,然后把每个序列合并起来,最终得到答案。
实现上,可以对每个序列用一颗权值线段树维护出现次数,用 deque/链表/平衡树 维护真实序列。
合并时线段树直接合并,deque/平衡树 需要启发式合并。
不过,在赛场上,许多选手都因为 deque 爆了。
所以用 STL 时一定要注意空间!
为了致敬,我写了 deque 启发式合并。
注意合并时要按顺序!
1 |
|