又一道好题啊qwqqqq
一开始看这个题,还以为是一个树剖的什么毒瘤题目
(不过的确貌似可以用树剖啊)
qwq这真是一道
\(LCT\)维护颜色的好题
首先,我们来一个一个操作的考虑。
对于操作\(1\)来说,我们是不是就相当于把\(1~x\)的路径,弄成一个独立的联通块?
哎,这个貌似是\(access(x)\)的操作理念啊QWQ
假设我们用\(LCT\)维护这棵树,一开始就全是虚边,然后对于一次1操作,那么就相当于一次\(access\),那么权值的定义,也就相当于到1的路径上要经过多少个不同的\(splay\)(也就是轻边的数目+1)
起初每个点的权值,都是他的\(deep\)(我们假设根的\(deep是1\)),那么我们该如何询问一条路径上的权值和呢?
QWQ
由于我们的
\(LCT\),被当做来维护颜色了,所以自然不能通过
\(split\)来算,因为会破坏原来的结构。
qwqqq
这时候就需要题解了
通常,我们求树上路径的方法一般都是树上差分。
那么这个题可以不可以用同样的方法来做呢?
我们来考虑证明一下(感性理解)
假设当前的两个点是\(x,y\),他们的\(LCA\)记为\(l\)
先考虑存在同色的情况
$首先,我们可以知道,l只会和x,y其中一个同色。
显然\(val[x]-val[l]\)表示去掉LCA的这个点,\(x`l\)路径上的颜色个数,然后\(val[y]-val[l]\)同理。
而总的路径条数,显然等于两个式子相加,然后再加上\(LCA\)的颜色(因为\(LCA\)的颜色被减去了两次)。
正好就是我们树上差分的式子
\[val[x]+val[y]-2*val[LCA(x,y)] +1\] 。
那么我们现在就剩下最后一个问题了。
怎么维护修改和子树\(max\)呢??
QWQ
既然没有修改,而且树的形态还是固定的。
那就可以直接线段树维护\(dfs\)序啊!
那么对于三操作就相当于子树求max
而对于子树的\(val\)的修改,我们可以发现,只有在每个\(access\)的时候,才会产生修改的影响(因为存在轻重边的切换),直接对应的+1,-1就行
但是有一个要注意的问题就是
!!!!我们修改的时候,要找到当前splay里面深度最小的点,把他和他的子树修改,这样才能起到整个子树都修改的效果
直接上代码
// luogu-judger-enable-o2#include #include #include #include #include #include #include