CDQ 分治

杂项 / cdq-divide

本地源文件:docs/misc__cdq-divide.md

CDQ 分治

本页面将介绍 CDQ 分治.

简介

CDQ 分治是一种思想而不是具体的算法,与 动态规划 类似.目前这个思想的拓展十分广泛,依原理与写法的不同,大致分为三类:

  • 解决和点对有关的问题.
  • 1D 动态规划的优化与转移.
  • 通过 CDQ 分治,将一些动态问题转化为静态问题.

CDQ 分治的思想最早由 IOI2008 金牌得主陈丹琦在高中时整理并总结,它也因此得名.1

解决和点对有关的问题

这类问题多数类似于「给定一个长度为 𝑛n 的序列,统计有一些特性的点对 (𝑖,𝑗)(i,j) 的数量」或「给定一个长度为 𝑛n 的序列,找到一对点 (𝑖,𝑗)(i,j) 使得一些函数的值最大」.

CDQ 分治解决这类问题的算法流程如下:

  1. 找到这个序列的中点 𝑚𝑖𝑑mid
  1. 将所有点对 (𝑖,𝑗)(i,j) 划分为 3 类:
  1. 1 ≤𝑖 ≤𝑚𝑖𝑑,1 ≤𝑗 ≤𝑚𝑖𝑑1≤i≤mid,1≤j≤mid 的点对;
  2. 1 ≤𝑖 ≤𝑚𝑖𝑑,𝑚𝑖𝑑 +1 ≤𝑗 ≤𝑛1≤i≤mid,mid+1≤j≤n 的点对;
  3. 𝑚𝑖𝑑 +1 ≤𝑖 ≤𝑛,𝑚𝑖𝑑 +1 ≤𝑗 ≤𝑛mid+1≤i≤n,mid+1≤j≤n 的点对.
  4. 将 (1,𝑛)(1,n) 这个序列拆成两个序列 (1,𝑚𝑖𝑑)(1,mid) 和 (𝑚𝑖𝑑 +1,𝑛)(mid+1,n).此时第一类点对和第三类点对都在这两个序列之中;
  1. 递归地处理这两类点对;
  1. 设法处理第二类点对.

可以看到 CDQ 分治的思想就是不断地把点对通过递归的方式分给左右两个区间.

在实际应用时,我们通常使用一个函数 solve(l,r) 处理 𝑙 ≤𝑖 ≤𝑟,𝑙 ≤𝑗 ≤𝑟l≤i≤r,l≤j≤r 的点对.上述算法流程中的递归部分便是通过 solve(l,mid)solve(mid,r) 来实现的.剩下的第二类点对则需要额外设计算法解决.

例题

三维偏序

给定一个序列,每个点有 𝑎𝑖,𝑏𝑖,𝑐𝑖ai,bi,ci 三个属性,试求:这个序列里有多少对点对 (𝑖,𝑗)(i,j) 满足 𝑎𝑗 ≤𝑎𝑖aj≤ai 且 𝑏𝑗 ≤𝑏𝑖bj≤bi 且 𝑐𝑗 ≤𝑐𝑖cj≤ci 且 𝑗 ≠𝑖j≠i

解题思路

三维偏序是 CDQ 分治的经典问题.

题目要求统计序列里点对的个数,那试一下用 CDQ 分治.

首先将序列按 𝑎a 排序.

假设我们现在写好了 solve(l,r),并且通过递归搞定了 solve(l,mid)solve(mid+1,r).现在我们要做的,就是统计满足 𝑙 ≤𝑖 ≤𝑚𝑖𝑑l≤i≤mid,𝑚𝑖𝑑 +1 ≤𝑗 ≤𝑟mid+1≤j≤r 的点对 (𝑖,𝑗)(i,j) 中,有多个点对还满足 𝑎𝑖 ≤𝑎𝑗ai≤aj,𝑏𝑖 ≤𝑏𝑗bi≤bj,𝑐𝑖 ≤𝑐𝑗ci≤cj 的限制条件.

稍微思考一下就会发现,那个 𝑎𝑖 ≤𝑎𝑗ai≤aj 的限制条件没啥用了:既然 𝑖i 比 𝑚𝑖𝑑mid 小,𝑗j 比 𝑚𝑖𝑑mid 大,那 𝑖i 肯定比 𝑗j 要小;已经将序列按 𝑎a 排序,就一定有 𝑎𝑖 ≤𝑎𝑗ai≤aj.现在还剩下两个限制条件:𝑏𝑖 ≤𝑏𝑗bi≤bj 与 𝑐𝑖 ≤𝑐𝑗ci≤cj.根据这个限制条件我们就可以枚举 𝑗j, 求出有多少个满足条件的 𝑖i

为了方便枚举,我们把 (𝑙,𝑚𝑖𝑑)(l,mid) 和 (𝑚𝑖𝑑 +1,𝑟)(mid+1,r) 中的点全部按照 𝑏b 的值从小到大排个序.之后我们依次枚举每一个 𝑗j, 把所有 𝑏𝑖 ≤𝑏𝑗bi≤bj 的点 𝑖i 全部插入到某种数据结构里(这里我们选择 树状数组).此时只要查询树状数组里有多少个点的 𝑐c 值是小于等于 𝑐𝑗cj 的,我们就求出了对于这个点 𝑗j,有多少个 𝑖i 可以合法匹配它了.

当我们插入一个 𝑐c 值等于 𝑥x 的点时,我们就令树状数组的 𝑥x 这个位置单点加一,而查询树状数组里有多少个点小于 𝑥x 的操作实际上就是在求 前缀和,只要我们事先对于所有的 𝑐c 值做了 离散化,我们的复杂度就是对的.

对于每一个 𝑗j,我们都需要将所有 𝑏𝑖 ≤𝑏𝑗bi≤bj 的点 𝑖i 插入树状数组中.由于所有的 𝑖i 和 𝑗j 都已事先按照 𝑏b 值排好序,这样的话只要以双指针的方式在树状数组里插入点,则对树状数组的插入操作就能从 𝑂(𝑛2)O(n2) 次降到 𝑂(𝑛)O(n) 次.

通过这样一个算法流程,我们就用 𝑂(𝑛log⁡𝑛)O(nlog⁡n) 的时间处理完了关于第二类点对的信息了.此时算法的时间复杂度是 𝑇(𝑛) =𝑇(⌊𝑛2⌋) +𝑇(⌈𝑛2⌉) +𝑂(𝑛log⁡𝑛) =𝑂(𝑛log2⁡𝑛)T(n)=T(⌊n2⌋)+T(⌈n2⌉)+O(nlog⁡n)=O(nlog2⁡n)

示例代码

---|---

[CQOI2011 动态逆序对](https://www.luogu.com.cn/problem/P3157)

对于序列 𝑎a![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7),它的逆序对数定义为集合 {(𝑖,𝑗)|𝑖 <𝑗 ∧𝑎𝑖 >𝑎𝑗}{(i,j)|i<j∧ai>aj}![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 中的元素个数.

现在给出 1 ∼𝑛1∼n![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 的一个排列,按照某种顺序依次删除 𝑚m![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 个元素,你的任务是在每次删除一个元素之前统计整个序列的逆序对数.

示例代码

---|---

CDQ 分治优化 1D/1D 动态规划的转移

相关内容:CDQ 分治优化 DP

1D/1D 动态规划指的是一类特定的 DP 问题,该类题目的特征是 DP 数组是一维的,转移是 𝑂(𝑛)O(n) 的.如果条件良好的话,有时可以通过 CDQ 分治来把它们的时间复杂度由 𝑂(𝑛2)O(n2) 降至 𝑂(𝑛log2⁡𝑛)O(nlog2⁡n)

例如,给定一个序列,每个元素有两个属性 𝑎a,𝑏b.我们希望计算一个 DP 式子的值,它的转移方程如下:

𝑑𝑝𝑖 =1 +max𝑖−1𝑗=1𝑑𝑝𝑗[𝑎𝑗 <𝑎𝑖][𝑏𝑗 <𝑏𝑖]dpi=1+maxj=1i−1dpj[aj<ai][bj<bi]

这是一个二维最长上升子序列的 DP 方程,即只有 𝑗 <𝑖,𝑎𝑗 <𝑎𝑖,𝑏𝑗 <𝑏𝑖j<i,aj<ai,bj<bi 的点 𝑗j 可以更新点 𝑖i 的 DP 值.

直接转移显然是 𝑂(𝑛2)O(n2) 的.以下是使用 CDQ 分治优化转移过程的讲解.

我们发现 𝑑𝑝𝑗dpj 转移到 𝑑𝑝𝑖dpi 这种转移关系也是一种点对间的关系,所以我们用类似 CDQ 分治处理点对关系的方式来处理它.

这个转移过程相对来讲比较套路.假设现在正在处理的区间是 (𝑙,𝑟)(l,r),算法流程大致如下:

  1. 如果 𝑙 =𝑟l=r,说明 𝑑𝑝𝑟dpr 值的 maxmax 部分已经被计算好了,直接令 𝑑𝑝𝑟 ←𝑑𝑝𝑟 +1dpr←dpr+1 然后返回即可;
  2. 递归使用 solve(l,mid)
  3. 处理所有 𝑙 ≤𝑗 ≤𝑚𝑖𝑑l≤j≤mid,𝑚𝑖𝑑 +1 ≤𝑖 ≤𝑟mid+1≤i≤r 的转移关系;
  4. 递归使用 solve(mid+1,r)

第三步的做法与 CDQ 分治求三维偏序差不多.处理 𝑙 ≤𝑗 ≤𝑚𝑖𝑑l≤j≤mid,𝑚𝑖𝑑 +1 ≤𝑖 ≤𝑟mid+1≤i≤r 的转移关系的时候,我们会发现已经不用管 𝑗 <𝑖j<i 这个限制条件了.因此,我们依然先将所有的点 𝑖i 和点 𝑗j 按 𝑎a 值进行排序处理,然后用双指针的方式将 𝑗j 点插入到树状数组里,最后查一下前缀最大值更新一下 𝑑𝑝𝑖dpi 就可以了.

转移过程的正确性证明

该 CDQ 写法和处理点对间关系的 CDQ 写法最大的不同就是处理 𝑙 ≤𝑗 ≤𝑚𝑖𝑑l≤j≤mid,𝑚𝑖𝑑 +1 ≤𝑖 ≤𝑟mid+1≤i≤r 的点对这一部分.处理点对间关系的 CDQ 写法中,这一部分放到哪里都是可以的.但是,在用 CDQ 分治优化 DP 的时候,这个流程却必须夹在 𝑠𝑜𝑙𝑣𝑒(𝑙,𝑚𝑖𝑑)solve(l,mid),𝑠𝑜𝑙𝑣𝑒(𝑚𝑖𝑑 +1,𝑟)solve(mid+1,r) 的中间.原因是 DP 的转移是 有序的 ,它必须满足两个条件,否则就是不对的:

  1. 用来计算 𝑑𝑝𝑖dpi 的所有 𝑑𝑝𝑗dpj 值都必须是已经计算完毕的,不能存在「半成品」;
  1. 用来计算 𝑑𝑝𝑖dpi 的所有 𝑑𝑝𝑗dpj 值都必须能更新到 𝑑𝑝𝑖dpi,不能存在没有更新到的 𝑑𝑝𝑗dpj 值.

上述两个条件可能在 𝑂(𝑛2)O(n2) 暴力的时候是相当容易满足的,但是使用 CDQ 分治后,转移顺序很显然已经乱掉了,所以有必要考察转移的正确性.

CDQ 分治的递归树如下所示.

CDQ 分治的递归树

执行刚才的算法流程的话,以 88 这个点为例,它的 DP 值是在 solve(1,8)solve(5,8)solve(7,8) 这 3 个函数中更新完成的,而三次用来更新它的点分别是 (1,4)(1,4)、(5,6)(5,6)、(7,7)(7,7) 这三个不相交的区间;又以 55 这个点为例,它的 DP 值是在 solve(1,4) 函数中解决的,更新它的区间是 (1,4)(1,4).仔细观察就会发现,一个 𝑖i 点的 DP 值被更新了 loglog 次,而且,更新它的区间刚好是 (1,𝑖)(1,i) 在线段树上被拆分出来的 loglog 个区间.因此,我们的确保证了所有合法的 𝑗j 都更新过点 𝑖i,满足第 2 个条件.

接着分析我们算法的执行流程:

  1. 第一个结束的函数是 solve(1,1).此时我们发现 𝑑𝑝1dp1 的值已经计算完毕了;
  2. 第一个执行转移过程的函数是 solve(1,2).此时我们发现 𝑑𝑝2dp2 的值已经被转移好了;
  3. 第二个结束的函数是 solve(2,2).此时我们发现 𝑑𝑝2dp2 的值已经计算完毕了;
  4. 接下来 solve(1,2) 结束,(1,2)(1,2) 这段区间的 𝑑𝑝dp 值均被计算好;
  5. 下一个执行转移流程的函数是 solve(1,4).这次转移结束之后我们发现 𝑑𝑝3dp3 的值已经被转移好了;
  6. 接下来结束的函数是 solve(3,3).我们会发现 𝑑𝑝3dp3 的 dp 值被计算好了;
  7. 接下来执行的转移是 solve(3,4).此时 𝑑𝑝4dp4solve(1,4) 中被 (1,2)(1,2) 转移了一次,这次又被 (3,3)(3,3) 转移了,因此 𝑑𝑝4dp4 的值也被转移好了;
  8. solve(4,4) 结束,𝑑𝑝4dp4 的值计算完毕;
  9. solve(3,4) 结束,(3,4)(3,4) 的值计算完毕;
  10. solve(1,4) 结束,(1,4)(1,4) 的值计算完毕.
  11. ……

通过模拟函数流程,我们发现一件事:每次 solve(l,r) 结束的时候,(𝑙,𝑟)(l,r) 区间的 DP 值会被全部计算好.由于我们每一次执行转移函数的时候,solve(l,mid) 已经结束,因此我们每一次执行的转移过程都是合法的,满足第 1 个条件.

在刚才的过程我们发现,如果将 CDQ 分治的递归树看成一颗线段树,那么 CDQ 分治就是这个线段树的 中序遍历函数 ,因此我们相当于按顺序处理了所有的 DP 值,只是转移顺序被拆开了而已,所以算法是正确的.

例题

SDOI2011 拦截导弹

某国为了防御敌国的导弹袭击,发展出一种导弹拦截系统.但是这种导弹拦截系统有一个缺陷:虽然它的第一发炮弹能够到达任意的高度、并且能够拦截任意速度的导弹,但是以后每一发炮弹都不能高于前一发的高度,其拦截的导弹的飞行速度也不能大于前一发.某天,雷达捕捉到敌国的导弹来袭.由于该系统还在试用阶段,所以只有一套系统,因此有可能不能拦截所有的导弹.

在不能拦截所有的导弹的情况下,我们当然要选择使国家损失最小、也就是拦截导弹的数量最多的方案.但是拦截导弹数量的最多的方案有可能有多个,如果有多个最优方案,那么我们会随机选取一个作为最终的拦截导弹行动蓝图.

我方间谍已经获取了所有敌军导弹的高度和速度,你的任务是计算出在执行上述决策时,每枚导弹被拦截掉的概率.

示例代码

---|---

## 将动态问题转化为静态问题

前两种情况使用 CDQ 分治的目的是将序列折半之后递归处理点对间的关系,来获得良好的复杂度.不过在本节中,折半的不是一般的序列,而是时间序列.

它适用于一些「需要支持做 xxx 修改然后做 xxx 询问」的数据结构题.该类题目有两个特点:

  * 如果把询问 [离线](../offline/),所有操作会按照时间自然地排成一个序列.
  * 每一个修改均与之后的询问操作息息相关.而这样的「修改 - 询问」关系一共会有 𝑂(𝑛2)O(n2)![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 对.

我们可以使用 CDQ 分治对于这个操作序列进行分治,处理修改和询问之间的关系.

与处理点对关系的 CDQ 分治类似,假设正在分治的序列是 (𝑙,𝑟)(l,r)![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7), 我们先递归地处理 (𝑙,𝑚𝑖𝑑)(l,mid)![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 和 (𝑚𝑖𝑑,𝑟)(mid,r)![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 之间的修改 - 询问关系,再处理所有 𝑙 ≤𝑖 ≤𝑚𝑖𝑑l≤i≤mid![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7),𝑚𝑖𝑑 +1 ≤𝑗 ≤𝑟mid+1≤j≤r![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 的修改 - 询问关系,其中 𝑖i![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 是一个修改,𝑗j![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 是一个询问.

注意,如果各个修改之间是 **独立** 的话,我们无需处理 𝑙 ≤𝑖 ≤𝑚𝑖𝑑l≤i≤mid![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 和 𝑚𝑖𝑑 +1 ≤𝑗 ≤𝑟mid+1≤j≤r![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7),以及 `solve(l,mid)` 和 `solve(mid+1,r)` 之间的时序关系(比如普通的加减法问题).但是如果各个修改之间并不独立(比如说赋值操作),做完这个修改后,序列长什么样可能依赖于之前的序列.此时处理所有跨越 mid 的修改 - 询问关系的步骤就必须放在 `solve(l,mid)` 和 `solve(mid+1,r)` 之间.理由和 CDQ 分治优化 1D/1D 动态规划的原因是一样的:按照中序遍历序进行分治才能保证每一个修改都是严格按照时间顺序执行的.

### 例题

矩形加矩形求和

维护一个二维数组,支持在一个矩形区域内加一个数字,每次询问一个矩形区域的和.

解题思路

对于这个问题的无修版本,即「给定一个二维数组,多次询问一个矩形区域的和」,有一个扫描线配合线段树的经典做法.具体的做法是先将每个矩形拆成插入和删除两个操作,接着将每个询问拆成二维前缀和相减的形式,最后离线.然而,原题目是带修改的,不能直接使用这种做法.

尝试对其使用 CDQ 分治.我们将所有的询问和修改操作全部离线.这些操作形成了一个序列,并且有 𝑂(𝑁2)O(N2)![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 对修改 - 询问的关系.依然使用 CDQ 分治的一般流程,将所有的关系分成三类,在这一层分治过程当中只处理跨越 𝑚𝑖𝑑mid![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 的修改 - 询问关系,剩下的修改 - 询问关系通过递归的方式来解决.

我们发现,所有的修改在询问之前就已完成.这时,原问题等价于「平面上有静态的一些矩形,不停地询问一个矩形区域的和」.

使用一个扫描线在 𝑂(𝑛log⁡𝑛)O(nlog⁡n)![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 的时间内处理好所有跨越 𝑚𝑖𝑑mid![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 的修改 - 询问关系,剩下的事情就是递归地分治左右两侧的修改 - 询问关系了.

在这样实现的 CDQ 分治中,同一个询问被处理了 𝑂(log⁡𝑛)O(log⁡n)![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 次.不过没有关系,因为每次贡献这个询问的修改是互不相交的.全套流程的时间复杂度为 𝑇(𝑛) =𝑇(⌊𝑛2⌋) +𝑇(⌈𝑛2⌉) +𝑂(𝑛log⁡𝑛) =𝑂(𝑛log2⁡𝑛)T(n)=T(⌊n2⌋)+T(⌈n2⌉)+O(nlog⁡n)=O(nlog2⁡n)![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7).

观察上述的算法流程,我们发现一开始我们只能解决静态的矩形加矩形求和问题,但只是简单地使用 CDQ 分治后,我们就可以离线地解决一个动态的矩形加矩形求和问题了.将动态问题转化为静态问题的精髓就在于 CDQ 分治每次仅仅处理跨越某一个点的修改和询问关系,这样的话我们就只需要考虑「所有询问都在修改之后」这个简单的问题了.也正是因为这一点,CDQ 分治被称为「动态问题转化为静态问题的工具」.

[[Ynoi2016] 镜中的昆虫](https://www.luogu.com.cn/problem/P4690)

维护一个长为 𝑛n![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 的序列 𝑎𝑖ai![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7),有 𝑚m![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 次操作.

  1. 将区间 [𝑙,𝑟][l,r]![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 的值修改为 𝑥x![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7);
  2. 询问区间 [𝑙,𝑟][l,r]![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 出现了多少种不同的数,也就是说同一个数出现多次只算一个.

一句话题意:区间赋值区间数颜色.

解题思路

维护一下每个位置左侧第一个同色点的位置,记为 𝑝𝑟𝑒𝑖prei![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7),此时区间数颜色就被转化为了一个经典的二维数点问题.

通过将连续的一段颜色看成一个点的方式,可以证明 𝑝𝑟𝑒pre![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 的变化量是 𝑂(𝑛 +𝑚)O(n+m)![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 的,即单次操作仅仅引起 𝑂(1)O(1)![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 的 𝑝𝑟𝑒pre![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 值变化,那么我们可以用 CDQ 分治来解决动态的单点加矩形求和问题.

𝑝𝑟𝑒pre![](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7) 数组的具体变化可以使用 `std::set` 来进行处理.这个用 set 维护连续的区间的技巧也被称为 [old driver tree](../odt/).

示例代码

---|---

[[HNOI2010] 城市建设](https://www.luogu.com.cn/problem/P3206)

PS 国是一个拥有诸多城市的大国.国王 Louis 为城市的交通建设可谓绞尽脑汁.Louis 可以在某些城市之间修建道路,在不同的城市之间修建道路需要不同的花费.

Louis 希望建造最少的道路使得国内所有的城市连通.但是由于某些因素,城市之间修建道路需要的花费会随着时间而改变.Louis 会不断得到某道路的修建代价改变的消息.他希望每得到一条消息后能立即知道使城市连通的最小花费总和.Louis 决定求助于你来完成这个任务.

一句话题意:给定一张图支持动态的修改边权,要求在每次修改边权之后输出这张图的最小生成树的最小代价和.

解题思路

事实上,有一个线段树分治套 lct 的做法可以解决这个问题,但是这个实现方式的常数过大,可能需要精妙的卡常技巧才可以通过本题,因此不妨考虑 CDQ 分治来解决这个问题.

和一般的 CDQ 分治解决的问题不同,此时使用 CDQ 分治的时候并没有修改和询问的关系来让我们进行分治,因为无法单独考虑「修改一个边对整张图的最小生成树有什么贡献」.传统的 CDQ 分治思路似乎不是很好使.

通过刚才的例题可以发现,一般的 CDQ 分治和线段树有着特殊的联系:我们在 CDQ 分治的过程中其实隐式地建了一棵线段树出来(因为 CDQ 分治的递归树就是一颗线段树).通常的 CDQ 是考虑线段树左右儿子之间的联系.而对于这道题,我们需要考虑的是父亲和孩子之间的关系;换句话来讲,我们在 $solve(l,r)$ 这段区间的时候,如果可以想办法使图的规模变成和区间长度相关的一个变量的话,就可以解决这个问题了.

那么具体来讲如何设计算法呢?

假设我们正在构造 (𝑙,𝑟)(l,r) 这段区间的最小生成树边集,并且我们已知它父亲最小生成树的边集.我们将在 (𝑙,𝑟)(l,r) 这段区间中发生变化的边分别赋与 +∞+∞ 和 −∞−∞ 的边权,并各跑一边 kruskal,求出在最小生成树里的那些边.

对于一条边来讲:

  • 如果最小生成树里所有被修改的边权都被赋成了 +∞+∞,而它未出现在树中,则证明它不可能出现在 (𝑙,𝑟)(l,r) 这些询问的最小生成树当中.所以我们仅仅在 (𝑙,𝑟)(l,r) 的边集中加入最小生成树的树边.
  • 如果最小生成树里所有被修改的边权都被赋成了 −∞−∞,而它出现在树中,则证明它一定会出现 (𝑙,𝑟)(l,r) 这段的区间的最小生成树当中.这样的话我们就可以使用并查集将这些边对应的点缩起来,并且将答案加上这些边的边权.

这样我们就将 (𝑙,𝑟)(l,r) 这段区间的边集构造出来了.用这些边求出来的最小生成树和直接求原图的最小生成树等价.

那么为什么我们的复杂度是对的呢?

首先,修改过的边一定会加进我们的边集,这些边的数目是 𝑂(𝑙𝑒𝑛)O(len) 级别的.

接下来我们需要证明边集当中不会有过多的未被修改的边.我们只会加入所有边权取 +∞+∞ 最小生成树的树边,因此我们加入的边数目不会超过当前图的点数.

现在我们只需证明每递归一层图的点数是 𝑂(𝑙𝑒𝑛)O(len) 级别的,就可以说明图的边数是 𝑂(𝑙𝑒𝑛)O(len) 级别的了.

证明点数是 𝑂(𝑙𝑒𝑛)O(len) 几倍就变得十分简单了.我们每次向下递归的时侯缩掉的边是在 −∞−∞ 生成树中出现的未被修改边,反过来想就是,我们割掉了出现在 −∞−∞ 生成树当中的所有的被修改边.显然我们最多割掉 𝑙𝑒𝑛len 条边,整张图最多分裂成 𝑂(𝑙𝑒𝑛)O(len) 个连通块,这样的话新图点数就是 𝑂(𝑙𝑒𝑛)O(len) 级别的了.所以我们就证明了每次我们用来跑 kruskal 的图都是 𝑂(𝑙𝑒𝑛)O(len) 级别的了,从而每一层的时间复杂度都是 𝑂(𝑛log⁡𝑛)O(nlog⁡n) 了.

时间复杂度是 𝑇(𝑛) =𝑇(⌊𝑛2⌋) +𝑇(⌈𝑛2⌉) +𝑂(𝑛log⁡𝑛) =𝑂(𝑛log2⁡𝑛)T(n)=T(⌊n2⌋)+T(⌈n2⌉)+O(nlog⁡n)=O(nlog2⁡n)

代码实现上可能会有一些难度.需要注意的是并查集不能使用路径压缩,否则就不支持回退操作了.执行缩点操作的时候也没有必要真的执行,而是每一层的 kruskal 都在上一层的并查集里直接做就可以了.

示例代码

---|---

## 参考资料与注释

* * *

  1. [从《Cash》谈一类分治算法的应用](https://www.cs.princeton.edu/~danqic/papers/divide-and-conquer.pdf) ↩

* * *

>  __本页面最近更新: 2026/4/23 03:45:48,[更新历史](https://github.com/OI-wiki/OI-wiki/commits/master/docs/misc/cdq-divide.md)
>  __发现错误?想一起完善?[在 GitHub 上编辑此页!](https://oi-wiki.org/edit-landing/?ref=/misc/cdq-divide.md "edit.link.title")
>  __本页面贡献者:[Ir1d](https://github.com/Ir1d), [H-J-Granger](https://github.com/H-J-Granger), [NachtgeistW](https://github.com/NachtgeistW), [StudyingFather](https://github.com/StudyingFather), [Tiphereth-A](https://github.com/Tiphereth-A), [countercurrent-time](https://github.com/countercurrent-time), [hsfzLZH1](https://github.com/hsfzLZH1), [c-forrest](https://github.com/c-forrest), [CCXXXI](https://github.com/CCXXXI), [Early0v0](https://github.com/Early0v0), [Enter-tainer](https://github.com/Enter-tainer), [AngelKitty](https://github.com/AngelKitty), [Chrogeek](https://github.com/Chrogeek), [cjsoft](https://github.com/cjsoft), [diauweb](https://github.com/diauweb), [ezoixx130](https://github.com/ezoixx130), [GekkaSaori](https://github.com/GekkaSaori), [HeRaNO](https://github.com/HeRaNO), [Konano](https://github.com/Konano), [LovelyBuggies](https://github.com/LovelyBuggies), [lyccrius](https://github.com/lyccrius), [Makkiy](https://github.com/Makkiy), [mgt](mailto:i@margatroid.xyz), [minghu6](https://github.com/minghu6), [P-Y-Y](https://github.com/P-Y-Y), [PotassiumWings](https://github.com/PotassiumWings), [rtxu](https://github.com/rtxu), [SamZhangQingChuan](https://github.com/SamZhangQingChuan), [sshwy](https://github.com/sshwy), [Suyun514](mailto:suyun514@qq.com), [weiyong1024](https://github.com/weiyong1024), [1804040636](https://github.com/1804040636), [abc1763613206](https://github.com/abc1763613206), [Backl1ght](https://github.com/Backl1ght), [flylai](https://github.com/flylai), [GavinZhengOI](https://github.com/GavinZhengOI), [Gesrua](https://github.com/Gesrua), [Great-designer](https://github.com/Great-designer), [i207M](https://github.com/i207M), [kenlig](https://github.com/kenlig), [kxccc](https://github.com/kxccc), [lailai0916](https://github.com/lailai0916), [Luckyblock233](https://github.com/Luckyblock233), [lychees](https://github.com/lychees), [ouuan](https://github.com/ouuan), [Peanut-Tang](https://github.com/Peanut-Tang), [Planet6174](https://github.com/Planet6174), [Revltalize](https://github.com/Revltalize), [shadowice1984](https://github.com/shadowice1984), [Siyuan](mailto:294873684@qq.com), [SukkaW](https://github.com/SukkaW), [Xarfa](https://github.com/Xarfa), [Xeonacid](https://github.com/Xeonacid), [y-kx-b](https://github.com/y-kx-b), [ylxmf2005](https://github.com/ylxmf2005)
>  __本页面的全部内容在**[CC BY-SA 4.0](https://creativecommons.org/licenses/by-sa/4.0/deed.zh) 和 [SATA](https://github.com/zTrix/sata-license)** 协议之条款下提供,附加条款亦可能应用