16.4 递归函数
在说明什么是“递归函数”之前,让我们先讲一段小故事:1987年在陕西省宝鸡市的法门寺残塔中发现了一个神秘的盒子,现场考古人员打开后发现里面又是一个盒子,如此一共打开了8个盒子中的盒子,最终发现了一枚佛祖舍利(后证实是个假舍利)。如果把“打开盒子”这种行为当作是一次“函数调用”,这里就一共调用了8次,如果把整个过程从运行程序的角度来描述就是:调用“打开盒子”函数打开第一个盒子,如果发现里面还是盒子,则继续调用“打开盒子”函数打开第二只盒子,以此类推,直到不再有盒子为止——这种“类推”的方法用程序中的术语解释就是“递归”,具有“递归”功能的函数则被称为“递归函数”。递归函数的典型特征为:在函数体中继续调用函数自身。
那么这里就出现了一个问题,如果这种递归毫无止境地执行下去,是不是就成了“无限循环”了?答案是肯定的,所以递归函数一定要有结束递归的条件,当满足该条件时,递归就会终止。典型的递归函数的结构如下所示:
- function recursion() {
recursion
conditionThatEndTheRecursion #
停止递归的条件
}
数学中有个经典的需要使用递归算法计算的公式是:阶乘。这里只讨论正整数阶乘的情况,任何大于1的自然数n阶乘的计算公式为:n!=1×2×3×…×n,或写成n!=n×(n-1)!,终止条件为0!=1。按照该思路创建脚本factorial01.sh,内容如下:
- [root@localhost ~]# cat factorial01.sh
#!binbash
function factorial01() {
local NUMBER=$1
if [ $NUMBER -le 0 ]; then #
这里是递归停止的条件
RES=1
else
factorial01 $((NUMBER-1))
TEMP=$RES
NUMBER=$NUMBER
RES=$((NUMBER*TEMP))
fi
}
factorial01 $1
echo $RES
#
使用该脚本计算指定正整数的阶乘
#
为了观察脚本运行过程,使用-x
参数跟踪脚本的运行细节
[root@localhost ~] # bash -x factorial01.sh 6
+ factorial01 6 #
当NUMBER
为6
时,由于6
不等于0
,进入嵌套
+ local NUMBER=6
+ '[' 6 -le 0 ']'
+ factorial01 5 #
第一次嵌套时,NUMBER
为5
,继续进入嵌套
+ local NUMBER=5
+ '[' 5 -le 0 ']'
+ factorial01 4 #
第二次嵌套时,NUMBER
为4
,继续进入嵌套
+ local NUMBER=4
+ '[' 4 -le 0 ']'
+ factorial01 3 #
第三次嵌套时,NUMBER
为3
,继续进入嵌套
+ local NUMBER=3
+ '[' 3 -le 0 ']'
+ factorial01 2 #
第四次嵌套时,NUMBER
为2
,继续进入嵌套
+ local NUMBER=2
+ '[' 2 -le 0 ']'
+ factorial01 1 #
第五次嵌套时,NUMBER
为1
,继续进入嵌套
+ local NUMBER=1
+ '[' 1 -le 0 ']'
+ factorial01 0 #
第六次嵌套时,NUMBER
为0
,当前RES=1
+ local NUMBER=0
+ '[' 0 -le 0 ']'
+ RES=1
+ TEMP=1
+ NUMBER=1
+ RES=1 #
第六次嵌套的计算结果为1
,返回给第五次嵌套
+ TEMP=1
+ NUMBER=2
+ RES=2 #
第五次嵌套的计算结果为2
,返回给第四次嵌套
+ TEMP=2
+ NUMBER=3
+ RES=6 #
第四次嵌套的计算结果为6
,返回给第三次嵌套
+ TEMP=6
+ NUMBER=4
+ RES=24 #
第三次嵌套的计算结果为24
,返回给第二次嵌套
+ TEMP=24
+ NUMBER=5
+ RES=120 #
第二次嵌套的计算结果为120
,返回给第一次嵌套
+ TEMP=120
+ NUMBER=6
+ RES=720 #
第一次嵌套的计算结果为720
,计算结束
+ echo 720
720
递归另一个典型的例子是“汉诺塔”游戏。该游戏源自印度一个古老的传说:在印度北部的贝拿勒斯神庙中,一块黄铜板上插着三根宝石针,其中一根从下到上穿了由大到小的64个金盘片,这就是所谓的汉诺塔。僧侣们不分白天黑夜地按照下面的法则移动这些金盘片,但必须满足以下两个条件:
1)一次只能移动一个盘片;
2)所有宝石针上的盘片只能是小的在大的上面。
僧侣们预言,当所有的金盘片都从最初所在的那根宝石针上移动到另一根上的时候,便是世界的尽头。
实际上这只是一个传说。但我们可以用科学的算法算出这个游戏的复杂度为f(64)=2^64-1,如果按照正确的方法移动盘片,并且可以做到每秒移动一次,那也要耗费5845亿年——届时可能真的是世界的尽头了。
为了简化汉诺塔游戏,这里只用4个盘片,如图16-1所示。我们的任务是将A柱上的4个盘片搬移到C柱上。将动作分解为以下几步:
第一步,将A柱上的3个盘片搬移到B柱上(递归搬移);
第二步,将A柱上的一个盘片搬移到C柱上;
第三步,B柱上的3个盘片搬移到C柱上(递归搬移)。
图16-1 汉诺塔
使用Shell脚本实现如下:
- [root@localhost ~]# cat hanoi01.sh
#! binbash
function hanoi01()
{
local num=$1
if [ "$num" -eq "1" ];then
echo "Move:$2----->$4"
else
hanoi01 $((num-1)) $2 $4 $3
echo "Move:$2----->$4"
hanoi01 $((num-1)) $3 $2 $4
fi
}
hanoi01 4 A B C #
将4
个盘片从A
柱上通过B
、C
柱移动到C
柱上
#
运行结果
[root@localhost ~]# bash hanoi01.sh
Move:A----->B
Move:A----->C
Move:B----->C
Move:A----->B
Move:C----->A
Move:C----->B
Move:A----->B
Move:A----->C
Move:B----->C
Move:B----->A
Move:C----->A
Move:B----->C
Move:A----->B
Move:A----->C
Move:B----->C
笔者想在结束本节之前谈谈个人对“递归函数”的看法:嵌套函数天生的结构就注定了其晦涩的可读性,在不少大公司内部的开发规范中也明确规定了不允许使用递归,所以在实际工作中要尽量避免使用递归。不过实际上你更可能根本没有使用递归的机会——从笔者多年从事Linux系统管理的经验来看,基本上不存在必须使用递归才能解决问题的场景。