为什么递归是低效的!
来源:互联网 发布:淘宝网店技术 编辑:程序博客网 时间:2024/04/30 05:52
注:本文转载自漫谈递归:递归的效率问题
递归在解决某些问题的时候使得我们思考的方式得以简化,代码也更加精炼,容易阅读。那么既然递归有这么多的优点,我们是不是什么问题都要用递归来解决呢?难道递归就没有缺点吗?今天我们就来讨论一下递归的不足之处。谈到递归就不得不面对它的效率问题。
为什么递归是低效的
还是拿斐波那契(Fibonacci)数列来做例子。在很多教科书或文章中涉及到递归或计算复杂性的地方都会将计算斐波那契数列的程序作为经典示例。如果现在让你以最快的速度用C#写出一个计算斐波那契数列第n个数的函数(不考虑参数小于1或结果溢出等异常情况),我不知你的程序是否会和下列代码类似:
1
public
static
ulong Fib(ulong n)
2
{
3
return
(n == 1 || n == 2) ? 1 : Fib(n - 1) + Fib(n - 2);
4
}
这段代码应该算是短小精悍(执行代码只有一行),直观清晰,而且非常符合许多程序员的代码美学,许多人在面试时写出这样的代码可能心里还会暗爽。但是如果用这段代码试试计算Fib(1000)我想就再也爽不起来了,它的运行时间也许会让你抓狂。
看来好看的代码未必中用,如果程序在效率不能接受那美观神马的就都是浮云了。如果简单分析一下程序的执行流,就会发现问题在哪,以计算Fibonacci(5)为例:
从上图可以看出,在计算Fib(5)的过程中,Fib(1)计算了两次、Fib(2)计算了3次,Fib(3)计算了两次,本来只需要5次计算就可以完成的任务却计算了9次。这个问题随着规模的增加会愈发凸显,以至于Fib(1000)已经无法再可接受的时间内算出。
我们当时使用的是简单的用定义来求 fib(n),也就是使用公式 fib(n) = fib(n-1) + fib(n-2)。这样的想法是很容易想到的,可是仔细分析一下我们发现,当调用fib(n-1)的时候,还要调用fib(n-2),也就是说fib(n-2)调用了两次,同样的道理,调用f(n-2)时f(n-3)也调用了两次,而这些冗余的调用是完全没有必要的。可以计算这个算法的复杂度是指数级的。
改进的斐波那契递归算法
那么计算斐波那契数列是否有更好的递归算法呢? 当然有。让我们来观察一下斐波那契数列的前几项:
1
1, 1, 2, 3, 5, 8, 13, 21, 34, 55 …
注意到没有,如果我们去掉前面一项,得到的数列依然满足f(n) = f(n-1) – f(n-2), (n>2),而我们得到的数列是以1,2开头的。很容易发现这个数列的第n-1项就是原数列的第n项。怎么样,知道我们该怎么设计算法了吧?我们可以写这样的一个函数,它接受三个参数,前两个是数列的开头两项,第三个是我们想求的以前两个参数开头的数列的第几项。
1
int
fib_i(
int
a,
int
b,
int
n);
在函数内部我们先检查n的值,如果n为3则我们只需返回a+b即可,这是简单情境。如果n>3,那么我们就调用f(b, a+b, n-1),这样我们就缩小了问题的规模(从求第n项变成求第n-1项)。好了,最终代码如下:
1
int
fib_i(
int
a,
int
b ,
int
n)
2
{
3
if
(n == 3)
4
return
a+b;
5
else
6
return
fib_i(b, a+b, n-1);
7
}
这样得到的算法复杂度是O(n)的。已经是线性的了。它的效率已经可以与迭代算法的效率相比了,但由于还是要反复的进行函数调用,还是不够经济。
递归与迭代的效率比较
我们知道,递归调用实际上是函数自己在调用自己,而函数的调用开销是很大的,系统要为每次函数调用分配存储空间,并将调用点压栈予以记录。而在函数调用结束后,还要释放空间,弹栈恢复断点。所以说,函数调用不仅浪费空间,还浪费时间。
这样,我们发现,同一个问题,如果递归解决方案的复杂度不明显优于其它解决方案的话,那么使用递归是不划算的。因为它的很多时间浪费在对函数调用的处理上。在C++中引入了内联函数的概念,其实就是为了避免简单函数内部语句的执行时间小于函数调用的时间而造成效率降低的情况出现。在这里也是一个道理,如果过多的时间用于了函数调用的处理,那么效率显然高不起来。
举例来说,对于求阶乘的函数来说,其迭代算法的时间复杂度为O(n):
01
int
fact(n)
02
{
03
int
i;
04
int
r = 1;
05
for
(i = 1; i < = n; i++)
06
{
07
r *= i;
08
}
09
return
r;
10
}
而其递归函数的时间复杂度也是O(n):
1
int
fact_r(n)
2
{
3
if
(n == 0)
4
return
1;
5
else
6
return
n * f(n);
7
}
但是递归算法要进行n次函数调用,而迭代算法则只需要进行n次迭代而已。其效率上的差异是很显著的。
小结
由以上分析我们可以看到,递归在处理问题时要反复调用函数,这增大了它的空间和时间开销,所以在使用迭代可以很容易解决的问题中,使用递归虽然可以简化思维过程,但效率上并不合算。效率和开销问题是递归最大的缺点。
虽然有这样的缺点,但是递归的力量仍然是巨大而不可忽视的,因为有些问题使用迭代算法是很难甚至无法解决的(比如汉诺塔问题)。这时递归的作用就显示出来了。
- 为什么递归是低效的!
- 为什么你的工作这么低效
- 递归排列(低效)
- 低效的 C++,真的是这样吗?
- 开会是低效但又无奈的事情
- 软件低效的根源
- 拒绝低效的提问
- 递归低效以及java.lang.StackOverflowError原因
- 低效的CMMI周例会
- 识别低效的SQL语句
- 低效的“WHERE1=1”
- 低效的7个习惯
- 查询低效SQL的语句
- 杜绝低效的七大习惯
- 低效的where1=1
- 为什么用 递归 计算“阶乘”和“斐波那契数列”是不合适的?
- 为什么用 递归 计算“阶乘”和“斐波那契数列”是不合适的?
- jQuery选择器优化问题,使用$('#a .b')等,IDE会提示这是低效的用法的解决
- 你所不知道的C和C++运行库
- linux下文件与目录权限关系
- JAVA编程思想---基本数据类型总结(byte,char)
- ServletContext和ServletConfig
- JQuery -- this 和 $(this) 的区别
- 为什么递归是低效的!
- Android数据库高手秘籍(三)——使用LitePal升级表
- YV12和I420的区别
- android + javascript 相互通信
- android开发 关于BroadCast Receiver
- 从傅里叶(Fourier)变换到伽柏(Gabor)变换再到小波(Wavelet)变换
- 倒计时功能类CountDownTimer说明及使用
- iOS 浅淡自动布局剑童篇(欢迎提意见和分享经验)
- 【android】应用程序安装过程分析(一)——————系统开机启动时的安装过程