思路
下图描述的是从问题引出到问题变异的思维过程:
概述
本文以数制转换为引,对递归进行分析。主要是从多角度分析递归过程及讨论递归特点和用法。
引子
一次在完成某个程序时,突然想要实现任意进制数相互转换,于是就琢磨,至少涉及以下参数:
- 源进制数:scr
- 目标进制:dest_d
实现的大致思路:
scr --> 数字分解 --> 按权求和 --> dest
很明显这个过程是先正序分解,然后逆序求和,所以我就联想到了递归。
递归
1. 递归的含义
递归就是递归函数。递归函数是直接或间接调用自身的函数。
举个例子:
程序1: btoa.c
1 /* 2 ** 接受一个整型值(无符号),把它转换为字符并打印它,前导零被删除。 3 */ 4 #include <stdio.h> 5 void binary_to_ascii( unsigned int value ) { 6 unsigned int quotient; 7 quotient = value / 10; 8 if( quotient != 0) 9 binary_tc_ascii( quotient ); 10 putchar( value % 10 + ‘0‘ ); 11 }
另外递归还有所谓“三个条件”,“两个阶段”。我就不说了。实际应用时一般都很自然的满足条件。
2. 递归过程分析
-
中断角度
看例:
有5人从左至右坐,右边人的年龄比相邻左边人大2岁,最左边的那个人10岁。问最右边人年龄。
程序2: age.c
-
1 #include <stdio.h> 2 age(int n) { 3 int c; 4 if( n == 1 ) 5 c = 10; 6 else 7 c = age( n-1 ) + 2; 8 return(c); 9 } 10 11 int main() { 12 printf("%d\n\n",age( 5 ) ); 13 return 0; 14 }
表达式:
递推和回推过程:
main() age() age() age() age() age()
n = 5 n = 4 n = 3 n = 2 n = 1
递推: age(5) ---> c = age(4) + 2 ---> c = age(3) + 2 ---> c = age(2) + 2 ---> c = age(1) + 2 ---> c = 10
回推: 输出age(5) age(5) = 18 <--- age(4) = 16 <--- age(3) = 14 <--- age(2) = 12 <--- return(c)
这跟中断有什么联系呢?现在看来确实不很明显,不过最初我就是由它想到《微机原理》中的中断的:从age(5)开始执行,然后调用age(4),即来一个中断,此时先保护现场,然后一直递归直到n=1时,中断结束,然后层层返回,也就是不断恢复现场的过程。
- 嵌套调用角度:
嵌套调用关系图:
看懂了这个图,把上面的fun_a()和fun_b()全换成一样的fun(),就相当于是递归时的函数对自身的调用过程。
另外好像这幅图更容易看出“中断过程”吧。 - 堆栈角度
如果中断和嵌套这两个角度都看明白的话,这个堆栈角度就是升华一下。
还用程序1为例进行分析:
程序1的函数有两个变量:参数value和局部变量quotient。下面的一些图显示了堆栈的状态,当前可以访问的变量位于栈顶。所有其他调用的变量饰以灰色阴影,表示它们不能被当前正在执行的函数访问。
假定我们以4267这个值调用递归函数。当函数开始执行时,堆栈的内容如下图所示。
执行除法运算之后,堆栈的内容如下:
接着,if语句判断出 quotient 的值非零,所以对该函数执行递归调用。当这个函数第二次被调用之初,堆栈的内容如下:
堆栈上创建了一批新的变量,隐藏了前面的那批变量,除非当前这次递归调用返回,否则它们是不能被访问的。再次执行除法运算之后,堆栈的内容如下:
quotient的值现在为42,仍然非零,所以需要继续执行递归调用,并再创建一批变量。在执行完这次调用的除法运算之后,堆栈的内容如下:
此时,quotient的值还是非零,仍然需要执行递归调用。在执行除法运算之后,堆栈的内容如下:
不算递归调用语句本身,到目前为止所执行的语句只是除法运算以及对quotient的值进行测试。由于递归调用使这些语句重复执行,所以它的效果类似循环:当quotient的值非零时,把它的值作为初始值重新开始循环。但是,递归调用将会保存一些信息(这点与循环不同),也就是保存在堆栈中的变量值。这些信息很快就会变得非常重要。
现在quotient的值变成了零,递归函数便不再调用自身,而是开始打印输出。然后函数返回,并开始销毁堆栈上的变量值。
每次调用putchar得到变量value的最后一个数字,方法是对value进行模10余运算,其结果是一个0~9之间的整数。把它与字符常量‘0‘相加,其结果便是对应于这个数字的ASCII字符,然后把这个字符打印出来。
接着函数返回,它的变量从堆栈中销毁。接着,递归函数的前一次调用重新继续执行,它所使用的是自己的变量,它们现在位于堆栈的顶部。因为它的value值是42,所以调用putchar后打印出来的数字是2 。
接着递归函数的这次调用也返回,它的变量也被销毁,此时位于堆栈顶部的是递归函数再前一次调用的变量。递归调用从这个位置继续执行,这次打印的数字是6 。在这次调用返回之前,堆栈的内容如下:
现在我们已经展开了整个递归过程,并回到该函数最初的调用。这次调用打印出数字7,也就是它的value参数除10的余数。
然后,这个递归函数就彻底返回到其他函数调用它的地点。
如果你把打印的字符一个接一个排在一起,出现在打印机或屏幕上,你将看到正确的值4267 。
3. 递归的应用
上面从不同角度对递归过程进行了分析。而际应用时并不要求你搞清楚每个递归的内部过程,重要的是用对。
下面主要是不恰当应用递归的一些例子:
许多教材中都把计算阶乘和菲波那契数列用来说明递归,然而前者中递归并没有提供任何优越之处,后者中递归的效率非常之低。
看一下极端的菲波那契数求解:
表达式:
这种递归形式的定义容易诱导人们使用递归形式来解决问题:程序3:fib_rec.c
1 /* 2 ** 用递归方法计算第n个菲波那契数列的值。 3 */ 4 5 int fibonacci( int n ) { 6 if( n <= 2 ) 7 return 1; 8 return fibonacci( n - 1 ) + fibonacci( n - 2 ); 9 }
这里有一个陷阱:它使用递归步骤计算fibonacci( n -1)和 fibonacci( n -2)。但是,在计算 fibonacci( n -1)时也将计算 fibonacci( n -2)。这个额外的代价有多大呢?
答案是:它的代价远远不止一个冗余计算:每个递归调用都会触发另外两个递归调用,面这两个调用的任何一个还并将触发两个递归调用,再接下去的调用也是如此。这样,冗余计算的数量增长得非常快。例如,在递归计算fibonacci(10)时,fibonacci(3)的值被计算了21次。但是在递归计算fibonacci(30)时,fibonacci(3)的值被计算了317811次,当然,这317811次产生的结果是完全一样的,除了其中之一外,其余的纯属浪费。
想得更极端一些,假如你在程序中递归时不是两次而是3次,4次,更多次的调用自身,那我想可能会让程序崩溃吧。
现在让我们尝试用循环代替递归:
-
程序4:fib_iter.c
1 int fibonacci( int n ) { 2 int result; 3 int previous_result; 4 int next_older_result; 5 result = previous_result = 1; 6 while(n > 2 ) { 7 n -= 1; 8 next_older_result = previous_result; 9 previous_result = result; 10 result = previous_result + next_older_result; 11 } 12 return result; 13 }
OK,说到这了,本文引子是数制转换,总得说点数制转换点题是吧。
嗯,把题目都忘记了,回引子看一下吧。
程序5:convert.c
1 #ifndef _CONERT_H 2 #define _CONERT_H 3 #include <stdio.h> 4 #include <math.h> 5 #endif 6 7 /* 8 **main() 9 */ 10 11 int conert2any( int scr, int dest_d, int pow_base ) { 12 /* 13 ** 调用该函数时参数pow_base必须为0 14 */ 15 int quotient, result; 16 int dest_d_base = 10; 17 quotient = scr / dest_d; 18 if( quotient != 0 ) 19 result = ( scr % dest_d ) * pow( dest_d_base, pow_base) + conert2any( quotient, dest_d, ++pow_base ); 20 else 21 result = ( scr % dest_d ) * pow( dest_d_base, pow_base); 22 return ( result ); 23 }
OK,这个数制转换程序用递归实现,没什么问题,但受上例启发它也可以改为循环:
程序6:convert_loop.c
1 do { 2 result += (scr % dest_d ) * pow( dest_d_base, pow_base++ ); 3 } while( scr /= dest_d != 0 )
相比于递归,它更短小精悍,效率也高些。
经过两个递归改为循环的例子,你应该发现这两个例子有一个共同点:递归调用时最后执行的语句是return 。
对于这种调用时最后执行的是return的递归,有一种专门的称呼:尾部递归。
可以发现一般情况下尾部递归都可以改为相应的循环形式,而且更简洁高效。
那什么时候才必须用递归呢?据我目前的经验和思考,只有程序1--逆序打印是必须的,其它好像没有必须用递归的。
好了,到这递归也告一段落了,来个小插曲,谈一下我写程序5时的一些感受:
实现这个进制转换函数时,对递归的理解还不深,犯了现在看来可笑的错误:其中要用递归实现加权求和,我还曾苦思如何实现累加呢,每一次调用完后变量都销毁了,如何累加呢?苦思的结果是:利用静态变量保存累加的值。如果到此为止的话我也不会进一步学习递归。因为我想,虽然这样能实现,可是不完美,即便碧波函数调用完了,静态变量依然在占着空间,而且再次调用前还得先清零。C语言的递归不该是如此麻烦的,一定是我哪里想差了,于是我就反复看书上的例子,终于醒悟:直接用return返回不就可以实现累加了嘛。唉,当时脑子真是灌了浆糊了。
言归正传,全文结束,对递归总结一下:
- 递归即是函数对自身的嵌套调用。
- 一般情况下尾部递归是不必要的,用循环会更好。
- 用递归分析重复过程层次分明,所以最好用先用递归分析,然后转用循环去实现。
说明:
- 程序1,3,4 引自《C和指针》7.5
- 程序2 引自 本校教材《C语言程序设计》7.4
- “堆栈角度” 引自 《C和指针》7.5
date: 2014-12-10