递归

(电影院的例子)

(走台阶的例子)
递归需要满足的三个条件：
1.一个问题的解可以分解为几个子问题的解；
2.这个问题与分解之后的子问题，除了数据规模不同，求解思路完全一样；
3.存在递归终止条件。

如何编写递归代码？
写递归代码最关键的是写出递推公式，找到终止条件，剩下将递推公式转化为代码就很简单了。

写递归代码的关键就是找到如何将大问题分解为小问题的规律，并且基于此写出递推公式，然后再推敲终止条件，最后将递推公式和终止条件翻译成代码。

       像刚刚的电影院的例子，递归调用只有一个分支，也就是说“一个问题只需要分解为一个子问题”，很容易就能够想清楚“递”和“归”的每一个步骤，所以理解起来都不难。但是，像刚刚的走台阶的例子，人脑几乎没办法把整个“递”和“归”的过程一步一步都想清楚。

        计算机擅长做重复的事情，所以递归正合它的胃口。而我们人脑更喜欢平铺直叙的思维方式。当我们看到递归时，我们总想把递归平铺展开，脑子里就会循环，一层一层往下调，然后再一层一层的返回，试图想搞清楚计算机每一步都是怎么执行的，这样就很容易被绕进去。

        对于递归代码，这种试图想清楚整个递和归过程的做法，实际上是进入了一个思维误区。很多时候，我们理解起来比较吃力，主要原因就是自己给自己制造了这种障碍。

递归代码要警惕堆栈溢出
递归代码要警惕重复计算

除了堆栈溢出，重复计算这两个常见的问题，递归代码还有很多别的问题。

       在时间效率上，递归代码里多了很多函数调用，当这些函数调用的数量较大时，就会积聚成一个可观的时间成本。在空间复杂度上，因为递归调用一次就会在内存栈中保存一次现场数据，所以在分析递归代码空间复杂度时，需要额外考虑这部分的开销，比如刚刚说到的电影院的例子，这个递归代码，空间复杂度并不是O(1)，而是O(n)。

 

内容小结：
    递归是一种非常高效，简洁的编码技巧。只要是满足“三个条件”的问题就可以通过递归代码来解决。
    不过递归代码也比较难写，难理解。编写递归代码的关键是不要把自己绕进去，正确做法是写出递推公式，找出终止条件，然后再翻译成递归代码。
    递归代码虽然高效，但是，递归代码也有很多弊端。比如，堆栈溢出，重复计算，函数调用耗时多，空间复杂度高等，所以，在编写递归代码的时候，一定要控制好这些副作用。