复杂度高级分析技术--摊还分析
在深入浅出算法复杂度一文中,我们提到还存在一种复杂度分析策略,称为摊还分析(Amortized Analysis)。
在摊还分析中,我们主要关心某数据结构的一个操作序列中执行所有操作的平均时间,以此评价单次操作所花费的代价。摊还分析中最常用的三个技术分别是聚合分析、记账分析和势能分析。接下来我们主要讨论这三种摊还分析技术的原理以及例子。
1. 聚合分析法
1.1 原理
所谓聚合分析,就是尝试求出一个包含
我们考虑「二进制计数器的比特反转问题」。设有一k
的位数组count
来表示这个计数器,其中count
的每一位为0
或1
。另外我们规定,计数器值的最低位存在count[0]
中,最高位存在count[k-1]
中。于是,我们可以得到计数器的自增算法:
void increment(int[] count) { |
上述算法可以使该二进制计数器所表示的数值加1
。我们想要知道,连续的
我们考虑对count
的连续
1.2 应用:可变长数组
无论STL中的vector
亦或是JDK中的ArrayList
,都是基于可变长数组实现的。数组的长度可以随着数组中元素的个数变化而变化:当数组将满时,执行扩容操作;当数组的装载率过低时,执行缩容操作。
我们假设扩容操作为grow()
。grow()
的实现有两种方式,一种是每次将数组的size
变为原来的size
增加
我们假设向初始容量为
那么对于第一种策略,假设
对于第二种策略,假设我们仍假设
2. 记账分析法
2.1 原理
记账分析法的思想是,对每一个操作都征收一定的「费用」,我们将这个费用看作是它的摊还代价。不同类型的操作可能会征收不同的费用,当一个操作的费用超过它的实际代价时,我们将多出来的那部分费用存起来,可以称之为“余额”。账户中的余额可以用于支付后续操作中实际代价大于摊还代价的那些情况。注意,这种记账法不同于聚合分析法,在聚合分析法中,我们直接取总代价的平均值,所以不同类型的操作摊还代价总是相同的。
记账分析法的麻烦之处在于,我们需要谨慎地为每一种操作赋予它对应的摊还代价。同时,我们应当确保操作序列的总的摊还代价是该操作序列总的真实代价的上界,且这个上界尽可能的小。
如果用
我们继续考虑二进制计数器的例子。在自增算法increment
中,无非是对count[i]
的置位操作和复位操作。我们可以这样考虑,每次置位时,我们支付
因此,我们甚至无需计算,就能知道对于increment
的调用,我们至多需要支付
记账分析法帮我们省去了复杂的计算,我们通过另一个例子来看看它的普适性。考虑连续出栈算法multi_pop
:
void multi_pop(S, k) { |
该算法从栈S
中连续弹出k
个元素。那么一个包含push
、pop
、multi_pop
的操作序列,它的分摊复杂度上界是多少?其中push
操作和pop
操作的时间复杂度都是
仍考虑记账法。我们假设每次push
操作支付pop
和multi_pop
都无需支付费用。因此,对于长度为
回顾记账法,它很适合用于数据结构中的元素只有两种状态下的分析,比如栈中的元素出栈和入栈,比特位的置位和复位。
2.2 应用:双栈实现队列
我们先考虑常规思路。设两个栈分别为s1
、s2
,每次入队时,我们将元素压入s1
中,那么此时s1
中栈底存放的是队首元素,栈顶存放的是队尾元素。每次执行出队操作时,我们将s1
中的元素全部弹出,压入s2
中,这样s2
的栈顶元素就是队首元素。栈顶元素出栈后,再将s2
中的元素移回s1
中。
这种方案下,元素入队操作的时间复杂度push,push,...,pop,pop
,即先执行
实际上,将s1
的元素移动到s2
中,执行出队操作之后,我们并不需要再将元素再次移回s1
中,只需要在下次出队时判断一下,若s2
为空,再将此时s1
中的元素全部移动到s2
中。这样就大幅减少了元素「来回移动」所带来的复杂度。我们采用记账分析法,每个元素在入队时需要支付s1
移动到s2
的代价,出队操作只需支付
2.3 应用:可变长数组
我们在第一章聚合分析法中提到过,对于可变长数组,主要的时间复杂度损耗在于扩容操作。现在我们试着使用记账分析法来计算可变长数组的分摊时间复杂度。
我们仍假设数组每次扩容为原来的两倍。我们要求每个元素在插入时缴纳
下面展示了整个扩容的过程,arr
表示数组,amount
表示对应元素所剩余额。
初始状态 ==> 状态1:数组已满 |
由此我们知道,可变长数组的分摊复杂度为
3. 势能分析法
3.1 原理
势能分析法完全可以类比我们在物理学中学习的势,数据结构在不同的状态下拥有不同的势能。类似于物理学中的势能,势能的变化只与一个操作序列中数据结构的「初始状态」和「结束状态」有关。势能分析法不把预支付的代价表示为余额,而是将其看作势能的增加。
我们用
令
另外,上式所定义的摊还代价与我们选择的势函数有关,不同的势函数会产生不同的摊还代价。为了使用分摊运行时间去估计实际运行时间,我们自然希望总的分摊运行时间与总的实际运行时间是同阶的。不难发现,我们可以选择任意一个满足