定义
递归:
一个过程是递归 (recursive) 的, 也就是: 在过程的定义中(直接或间接地)引用了该过程本身。
尾递归是递归调用的一种实现:
尾递归是递归调用的一种实现,如果一个函数中所有递归形式的调用都出现在函数的末尾,我们称这个递归函数是尾递归 (tail-recursive) 的。
理解
先来看一个简单的例子
计算阶乘的函数:
1 | (define (factorial n) |
1 | (define (factorial n) |
可以看的,第一种实现是一个简单的递归过程。第二种实现则是一个尾递归的过程,在函数 fact-iter
中,仅在函数末尾出现自身调用。
先来看一下这两种实现的执行过程:
第一种实现:
1 | (factorial 6) |
第二种实现:
1 | (factorial 6) |
我们可以看的,第一种实现需要用线性增长的空间存储信息,第二种则只需维持固定的变量。
在 SICP (Structure and Interpretation of Computer Programs) 中,尾递归形式的实现称为迭代 (iterative ) 过程。
在一般的认识 (语言) 中,迭代过程是循环结构实现,也就是通过 for
,while
等特殊语法。而Lisp等语言并不支持循环语句。
我们可以简单地把尾递归转化为一个循环过程
1 | int factorial(int max_count) |
换句话说,循环语句都可以通过一个尾递归实现。
看一下 SICP里是怎么说的
In contrasting iteration and recursion, we must be careful not to confuse the notion of a recursive process with the notion of a recursive procedure. When we describe a procedure as recursive, we are referring to the syntactic fact that the procedure definition refers (either directly or indirectly) to the procedure itself. But when we describe a process as following a pattern that is, say, linearly recursive, we are speaking about how the process evolves, not about the syntax of how a procedure is written. It may seem disturbing that we refer to a recursive procedure such as
fact-iter
as generating an iterative process. However, the process really is iterative: Its state is captured completely by its three state variables, and an interpreter need keep track of only three variables in order to execute the process.One reason that the distinction between process and procedure may be confusing is that most implementations of common languages (including Ada, Pascal, and C) are designed in such a way that the interpretation of any recursive procedure consumes an amount of memory that grows with the number of procedure calls, even when the process described is, in principle, iterative. As a consequence, these languages can describe iterative processes only by resorting to special-purpose ‘’looping constructs’’ such as
do
,repeat
,until
,for
, andwhile
. The implementation of Scheme we shall consider in chapter 5 does not share this defect. It will execute an iterative process in constant space, even if the iterative process is described by a recursive procedure. An implementation with this property is called tail-recursive. With a tail-recursive implementation, iteration can be expressed using the ordinary procedure call mechanism, so that special iteration constructs are useful only as syntactic sugar
emmm 有点绕,解释一下。在 SICP 中,我们说一个程序是递归的,指的是在程序定义中引用了程序本身。而一个递归的程序的计算过程是迭代的,则是说解释器在执行是只需要保持固定数量的状态变量。它确实是 iterative。
然而,在很多语言中 (如C,python),对于尾递归形式的函数,它依然是以递归的形式执行,也就是他需要存储量与过程调用的次数成正比。因此,要实现迭代过程,需要使用for
,while
等循环语句。
通过尾递归的实现,我们可以利用常规的递归机制表述迭代过程,各种迭代结果不过是一些 “syntactic sugar”.
树形递归
有些时候我们需要在定义中多次调用自身,可以称为树形递归 (tree recursion): 它的展开过程像一颗树。考虑斐波那契数列的递归过程:
1 | (define (fib n) |
[图源 SICP Figure 1.5]
一般来说,树形递归计算所需的步骤数正比于树中结点数,空间需求正比于树的最大深度。
我们可以用尾递归实现效率更高的方式:
1 | (define (fib n) |
它也是迭代过程:
1 | int fib(int count) |
递归,尾递归与迭代实际上是可以相互转换的。
一些神奇的例子
1.欧几里得算法求最大公约数
这是一个直观的尾递归算法
1 | (define (gcd a b) |
2. 尾递归实现
用尾递归过程实现
$$
f(n) = n, n < 3\
f(n) = f(n-1)+2f(n-2)+3f(n-3),n\ge 3
$$
用递归其实很简单(定义就是递归的),下面是尾递归的实现:
答案参考: http://community.schemewiki.org/?sicp-ex-1.11
1 | (define (f n) |
or
1 | (define (fi n) |
3. 素数检测
判断一个自然数 $n$ 是不是素数,自然的方法是从2到 $\sqrt{n}$ 检查是否为 $n$ 的因数。用递归实现:
1 | (define (smallest-divisor n);;找到最小的因数 |
关系
尾递归是递归的一种实现方式,即函数中递归形式的调用都出现在函数的末尾。尾递归实际上与迭代等效。在Lisp等语言中,尾递归会被解释器通过迭代进行计算。
用尾递归的形式实现递归,需要用有限的变量表示当前状态,通过修改变量逐步满足条件。
用尾递归实现迭代(循环),实际上时间迭代的判断放在递归函数的变量中,在递归函数中进行变量的修改与条件判断,同时在主函数中调用递归函数。
尾递归优化
像上面所说的,一些编译器会对尾递归进行优化,从而使用固定的内存空间。称为 TRO (Tail recursion optimization 尾递归优化) 或 TCE (Tail Call elimination 尾递归消除)
还没有很懂 orz
编译器做的事情是:检测到一个尾递归后,在函数前加上 start
,函数结尾处加上 goto start
,就实现了将尾递归转化为迭代。
这里说一个下面链接中实现 CPython实现TRO的方法:
- 确定”安全的”尾递归调用。
应该是一个 CALL操作与RETURN操作连续,并且完全在任何try块之外的代码块。
(注意:这里忽略了不同的CALL_ *操作码,使用相同的方法应该很容易处理。) - 接下来,将每个这样的CALL-RETURN操作对替换为一个CALL_RETURN操作。
如果在运行时确定此特定调用不适用于TRE,则将执行CALL的常规操作,然后执行RETURN操作。
不进行TRO
事实上,很多语言不支持尾递归优化,python 的创造者做出了一些解释:http://neopythonic.blogspot.com/2009/04/tail-recursion-elimination.html
他认为:
- TRE与堆栈跟踪不兼容:消除尾部递归后,没有堆栈框架可用于打印回溯,并使调试变得困难。
- 关于TRE仅仅是一个优化的想法是错误的。一旦消除了尾部递归,开发人员将开始编写依赖于它的代码,他们的代码将难以在不提供尾递归的实现上运行。
- 递归不是所有编程的基础。
作者还给出了很多对于python支持尾递归优化的做法,当然他都不持肯定态度:
Of course, none of this does anything to address my first three arguments. Is it really such a big deal to rewrite your function to use a loop?
(After all TRE only addresses recursion that can easily be replaced by a loop. :-)