关于性能：递归还是迭代？

如果我们在算法中使用循环而不是递归，反之亦然，那么两者是否可以起到同样的作用？ 例如：检查给定的字符串是否是回文。
我已经看到许多程序员使用递归作为一种手段来展示一个简单的迭代算法可以适应账单。
编译器在决定使用什么方面起着至关重要的作用吗？

循环可以为您的程序带来性能提升。递归可以为程序员带来性能提升。选择哪种更适合您的情况！

递归可能会更加昂贵，具体取决于递归函数是否为尾递归(最后一行是递归调用)。尾部递归应该被编译器识别并针对其迭代对应物进行优化(同时保持代码中简洁明了的实现)。

我会以最有意义的方式编写算法，并且对于在几个月或几年内必须维护代码的可怜的傻瓜(无论是你自己还是其他人)来说，它是最清晰的。如果遇到性能问题，那么对代码进行概要分析，然后通过转移到迭代实现来查看优化。您可能希望查看memoization和动态编程。

将递归与迭代进行比较就像将十字头螺丝刀与平头螺丝刀进行比较一样。在大多数情况下，您可以卸下任何带平头的十字头螺钉，但如果您使用专为该螺钉设计的螺丝刀，它会更容易吗？

有些算法只是因为它们的设计方式(Fibonacci序列，遍历树状结构等)而适合递归。递归使算法更简洁，更易于理解(因此可共享和可重用)。

此外，一些递归算法使用"懒惰评估"，这使得它们比迭代兄弟更有效。这意味着它们只在需要时进行昂贵的计算，而不是每次循环运行时进行。

这应该足以让你开始。我也会为你挖掘一些文章和例子。

链接1：Haskel与PHP(递归与迭代)

下面是程序员必须使用PHP处理大型数据集的示例。他展示了使用递归在Haskel中处理是多么容易，但由于PHP没有简单的方法来完成相同的方法，他被迫使用迭代来获得结果。

http://blog.webspecies.co.uk/2011-05-31/lazy-evaluation-with-php.html

链接2：掌握递归

大多数递归的不良声誉来自命令式语言的高成本和低效率。本文作者讨论了如何优化递归算法以使其更快更有效。他还讨论了如何将传统循环转换为递归函数以及使用尾端递归的好处。他的结束语真的总结了我认为的一些关键点：

"recursive programming gives the programmer a better way of organizing
code in a way that is both maintainable and logically consistent."

Mastering recursive programming

链接3：递归是否比循环更快？ (回答)

这是一个与您的类似的stackoverflow问题的答案的链接。作者指出，许多与递归或循环相关的基准测试都是特定于语言的。使用循环的命令式语言通常更快，而递归则更慢，反之亦然。我想从这个链接中得出的主要观点是，在语言不可知/情境盲目的情况下回答这个问题非常困难。

Is recursion ever faster than looping?

递归在内存中成本更高，因为每次递归调用通常都需要将内存地址推送到堆栈 - 以便稍后程序可以返回到该点。

尽管如此，在许多情况下递归比循环更自然和可读 - 就像使用树时一样。在这些情况下，我建议坚持递归。

通常，人们会期望性能损失处于另一个方向。递归调用可以导致额外堆栈帧的构建;对此的处罚有所不同。此外，在某些语言(如Python(更准确地说，在某些语言的某些实现中))中，您可以轻松地对可能以递归方式指定的任务运行堆栈限制，例如在树数据结构中查找最大值。在这些情况下，你真的想坚持循环。

编写好的递归函数可以在某种程度上减少性能损失，假设你有一个优化尾递归等的编译器。(还要仔细检查以确保函数真的是尾递归的 - 这是许多人犯错的事情之一上。)

除了"边缘"情况(高性能计算，非常大的递归深度等)之外，最好采用最清楚地表达您的意图，设计良好且可维护的方法。仅在确定需求后才进行优化。

对于可以分解为多个较小块的问题，递归优于迭代。

例如，要制作递归Fibonnaci算法，将fib(n)分解为fib(n-1)和fib(n-2)并计算两个部分。迭代只允许您一遍又一遍地重复单个函数。

然而，Fibonacci实际上是一个破碎的例子，我认为迭代实际上更有效。注意，fib(n)= fib(n-1)+ fib(n-2)和fib(n-1)= fib(n-2)+ fib(n-3)。 fib(n-1)计算两次！

一个更好的例子是树的递归算法。分析父节点的问题可以分解为分析每个子节点的多个较小问题。与Fibonacci示例不同，较小的问题彼此独立。

所以是 - 对于可以分解为多个，更小，独立，类似问题的问题，递归优于迭代。

使用递归时性能会下降，因为调用任何语言的方法都需要进行大量准备：调用代码发布返回地址，调用参数，其他一些上下文信息(如处理器寄存器)可能会保存在某处，并且在返回时被调用的方法发布一个返回值，然后由调用者检索该返回值，并且将恢复先前保存的任何上下文信息。迭代和递归方法之间的性能差异在于这些操作所花费的时间。

从实现的角度来看，当处理调用上下文所花费的时间与您的方法执行所花费的时间相当时，您真正开始注意到差异。如果您的递归方法需要更长的时间来执行，那么调用上下文管理部分，采用递归方式，因为代码通常更易读且易于理解，您不会注意到性能损失。否则，出于效率原因进行迭代。

我相信java中的尾递归目前尚未优化。关于LtU和相关链接的讨论中详细介绍了这些细节。它可能是即将发布的版本7中的一个功能，但显然当与Stack Inspection结合使用时会出现某些困难，因为某些帧会丢失。自Java 2以来，Stack Inspection已被用于实现其细粒度的安全模型。

http://lambda-the-ultimate.org/node/1333

在某些情况下，递归非常有用。例如，考虑寻找阶乘的代码

现在通过使用递归函数来考虑它

通过观察这两个，我们可以看到递归很容易理解。
但如果不小心使用它也会非常容易出错。
假设如果我们错过if (input == 0)，则代码将执行一段时间并以堆栈溢出结束。

在许多情况下，它为迭代方法提供了更优雅的解决方案，常见的例子是遍历二叉树，因此维护不一定更困难。通常，迭代版本通常更快一些(并且在优化期间可以很好地替换递归版本)，但递归版本更容易理解和正确实现。

在许多情况下，由于缓存，递归更快，从而提高了性能。例如，这是使用传统合并例程的合并排序的迭代版本。由于缓存改进的性能，它将比递归实现运行得慢。

迭代实现

递归实现

PS--凯文韦恩教授(普林斯顿大学)就Coursera上提出的算法课程讲述了这一点。

使用递归，每次"迭代"都会产生函数调用的成本，而对于循环，您通常只需要增加/减少。因此，如果循环的代码并不比递归解的代码复杂得多，则循环通常优于递归。

这取决于语言。在Java中，您应该使用循环。功能语言优化递归。

递归和迭代取决于您要实现的业务逻辑，但在大多数情况下，它可以互换使用。大多数开发人员都会进行递归，因为它更容易理解。

递归比任何可能的迭代定义更简单(因此更基本)。您可以使用一对组合器定义图灵完备系统(是的，即使递归本身也是这种系统中的衍生概念)。 Lambda演算是一个同样强大的基本系统，具有递归函数。但是如果你想正确定义一个迭代，你需要更多的原语来开始。

至于代码 - 否，递归代码实际上比纯迭代代码更容易理解和维护，因为大多数数据结构都是递归的。当然，为了使它正确，人们需要一种支持高阶函数和闭包的语言，至少 - 以一种简洁的方式获得所有标准的组合器和迭代器。当然，在C ++中，复杂的递归解决方案看起来有点难看，除非你是FC ++的核心用户。

如果你只是迭代一个列表，那么肯定，迭代。

其他几个答案提到了(深度优先)树遍历。它确实是一个很好的例子，因为它对于一个非常常见的数据结构来说是非常常见的事情。递归对于这个问题非常直观。

在这里查看"查找"方法：
http://penguin.ewu.edu/cscd300/Topic/BSTintro/index.html

递归？我从哪里开始，维基会告诉你"这是以自我相似的方式重复项目的过程"

回到我做C的那天，C ++递归是一个神派，像"尾递归"之类的东西。您还会发现许多排序算法都使用递归。快速排序示例：http：//alienryderflex.com/quicksort/

递归就像任何其他对特定问题有用的算法一样。也许您可能不会立即或经常使用，但会有问题，您会很高兴它可用。

我认为在(非尾部)递归中，每次调用函数时都会有分配新堆栈的性能损失(当然取决于语言)。

在C ++中，如果递归函数是模板函数，那么编译器有更多机会对其进行优化，因为所有类型推导和函数实例化都将在编译时发生。如果可能，现代编译器也可以内联函数。因此，如果在g++中使用-O3或-O2等优化标志，则递归可能比迭代更快。在迭代代码中，编译器获得优化的机会较少，因为它已经处于或多或少的最佳状态(如果写得足够好)。

在我的例子中，我试图通过使用Armadillo矩阵对象，以递归和迭代的方式实现矩阵求幂。该算法可以在这里找到... https://en.wikipedia.org/wiki/Exponentiation_by_squaring。
我的函数是模板化的，我计算了1,000,000 12x12矩阵，其功率10。我得到了以下结果：

这些结果是使用带有c ++ 11标志(-std=c++11)的gcc-4.8和带有Intel mkl的Armadillo 6.1获得的。英特尔编译器也显示类似结果。

它取决于"递归深度"。
它取决于函数调用开销将影响总执行时间的程度。

例如，由于以下原因，以递归方式计算经典因子是非常低效的：
- 数据溢出的风险
- 堆栈溢出的风险
- 函数调用开销占用执行时间的80％

在国际象棋游戏中开发用于位置分析的最小 - 最大算法，将分析随后的N个移动，可以在"分析深度"的递归中实现(正如我正在做的那样^ _ ^)

您必须记住，利用过于递归的深度，您将遇到Stack Overflow，具体取决于允许的堆栈大小。为了防止这种情况，请确保提供一些结束递归的基本案例。

迈克是对的。 Java编译器或JVM没有对尾递归进行优化。你将总是得到一个像这样的堆栈溢出：

递归的缺点是使用递归编写的算法具有O(n)空间复杂度。
虽然迭代aproach的空间复杂度为O(1)。这是使用迭代而不是递归的优势。
那为什么我们使用递归呢？

见下文。

有时使用递归编写算法更容易，而使用迭代编写相同的算法则稍微困难一些。在这种情况下，如果您选择遵循迭代方法，则必须自己处理堆栈。

仅使用Chrome 45.0.2454.85 m，递归似乎更快。

这是代码：

结果

// 100使用标准for循环运行

循环运行100x。
完成时间：7.683ms

// 100使用带尾递归的函数递归方法运行

100x递归运行。
完成时间：4.841ms

在下面的屏幕截图中，当每次测试运行300个周期时，递归再次以更大的余量获胜

如果迭代是原子的并且数量级比推动新的堆栈框架和创建新线程更昂贵并且您有多个内核并且您的运行时环境可以使用所有这些，那么递归方法可以在结合使用时产生巨大的性能提升多线程。如果平均迭代次数不可预测，那么使用线程池可能是一个好主意，该线程池将控制线程分配并防止您的进程创建太多线程并占用系统。

例如，在某些语言中，存在递归多线程合并排序实现。

但同样，多线程可以与循环而不是递归一起使用，因此这种组合的工作效果取决于更多因素，包括操作系统及其线程分配机制。

据我所知，Perl不优化尾递归调用，但你可以伪造它。

首次调用时，它将在堆栈上分配空间。然后它将更改其参数，并重新启动子例程，而不向堆栈添加任何其他内容。因此，它会假装它从未称之为自我，将其转变为迭代过程。

请注意，没有"my @_;"或"local @_;"，如果您这样做将不再有效。

我将通过"归纳"设计一个Haskell数据结构来回答你的问题，这是一种递归的"双重"。然后我将展示这种二元性如何导致美好的事物。

我们为一个简单的树引入一个类型：

我们可以把这个定义看成是"树是一个分支(包含两棵树)或者是一个叶子(包含一个数据值)"。叶子是一种极小的情况。如果树不是叶子，那么它必须是包含两棵树的复合树。这是唯一的案例。

让我们做一棵树：

现在，让我们假设我们要为树中的每个值添加1。我们可以通过调用：

首先，请注意这实际上是一个递归定义。它将数据构造函数Branch和Leaf作为案例(因为Leaf是最小的，这是唯一可能的情况)，我们确信该函数将终止。

以迭代风格编写addOne需要什么？什么会循环到任意数量的分支看起来像？

而且，就"仿函数"而言，这种递归通常可以被考虑在内。我们可以通过定义以下内容将Trees变为Functors：

并定义：

我们可以分解出其他递归方案，例如代数数据类型的catamorphism(或fold)。使用catamorphism，我们可以写：

只有在使用没有内置内存管理的语言进行编程时，才会发生堆栈溢出....否则，请确保函数中有某些内容(或函数调用，STDLbs等)。如果没有递归，就不可能有像Google或SQL这样的东西，或任何必须有效地对大型数据结构(类)或数据库进行排序的地方。

如果你想迭代文件，递归是要走的路，很确定'find * |的方式？grep *'有效。有点双递归，特别是管道(但不要像许多人那样做一堆系统调用，如果它是你要放在那里供其他人使用的话)。

更高级别的语言甚至clang / cpp可以在后台实现它。