來自：碼農(nóng)田小齊
前言
遞歸，是一個非常重要的概念，也是面試中非常喜歡考的。因為它不但能考察一個程序員的算法功底，還能很好的考察對時間空間復雜度的理解和分析。
本文只講一題，也是幾乎所有算法書講遞歸的第一題，但力爭講出花來，在這里分享四點不一樣的角度，讓你有不同的收獲。
時空復雜度的詳細分析 識別并 簡化遞歸過程中的 重復運算 披上羊皮的狼 適當 炫技助我拿到第一份工作
算法思路
大家都知道，一個方法自己調(diào)用自己就是遞歸，沒錯，但這只是對遞歸最表層的理解。
那么遞歸的實質(zhì)是什么？
答：遞歸的實質(zhì)是能夠把一個大問題分解成比它小點的問題，然后我們拿到了小問題的解，就可以用小問題的解去構(gòu)造大問題的解。
那小問題的解是如何得到的？
答：用再小一號的問題的解構(gòu)造出來的，小到不能再小的時候就是到了零號問題的時候，也就是 base case 了。
那么總結(jié)一下遞歸的三個步驟：
Base case：就是遞歸的零號問題，也是遞歸的終點，走到最小的那個問題，能夠直接給出結(jié)果，不必再往下走了，否則，就會成死循環(huán)；
拆解：每一層的問題都要比上一層的小，不斷縮小問題的 size，才能從大到小到 base case；
組合：得到了小問題的解，還要知道如何才能構(gòu)造出大問題的解。
所以每道遞歸題，我們按照這三個步驟來分析，把這三個問題搞清楚，代碼就很容易寫了。
斐波那契數(shù)列
這題雖是老生常談了，但相信我這里分享的一定會讓你有其他收獲。
題目描述
斐波那契數(shù)列是一位意大利的數(shù)學家，他閑著沒事去研究兔子繁殖的過程，研究著就發(fā)現(xiàn)，可以寫成這么一個序列：1，1，2，3，5，8，13，21… 也就是每個數(shù)等于它前兩個數(shù)之和。那么給你第 n 個數(shù)，問 F(n) 是多少。
解析
用數(shù)學公式表示很簡單：
代碼也很簡單，用我們剛總結(jié)的三步：
base case: f(0) = 0, f(1) = 1. 分解：f(n-1), f(n-2) 組合：f(n) = f(n-1) + f(n-2)
那么寫出來就是：
class Solution {
public int fib(int N) {
if (N == 0) {
return 0;
} else if (N == 1) {
return 1;
}
return fib(N-1) + fib(N-2);
}
}
但是這種解法 Leetcode 給出的速度經(jīng)驗只比 15% 的答案快，因為，它的時間復雜度實在是太高了！
過程分析
那這就是我想分享的第一點，如何去分析遞歸的過程。
首先我們把這顆 Recursion Tree 畫出來，比如我們把 F(5) 的遞歸樹畫出來：
那實際的執(zhí)行路線是怎樣的？
首先是沿著最左邊這條線一路到底：F(5) → F(4) → F(3) → F(2) → F(1)，好了終于有個 base case 可以返回 F(1) = 1 了，然后返回到 F(2) 這一層，再往下走，就是 F(0)，又觸底反彈，回到 F(2)，得到 F(2) = 1+0 =1 的結(jié)果，把這個結(jié)果返回給 F(3)，然后再到 F(1)，拿到結(jié)果后再返回 F(3) 得到 F(3) = 左 + 右 = 2，再把這個結(jié)果返上去...
這種方式本質(zhì)上是由我們計算機的馮諾伊曼體系造就的，目前一個 CPU 一個核在某一時間只能執(zhí)行一條指令，所以不能 F(3) 和 F(4) 一起進行了，一定是先執(zhí)行了 F(4) （本代碼把 fib(N-1) 放在前面），再去執(zhí)行 F(3).
我們在 IDE 里 debug 就可以看到棧里面的情況：這里確實是先走的最左邊這條線路，一共有 5 層，然后再一層層往上返回。
沒看懂的小伙伴可以看視頻講解哦～
時間復雜度分析
如何評價一個算法的好壞？
很多問題都有多種解法，畢竟條條大路通羅馬。但如何評價每種方法的優(yōu)劣，我們一般是用大 O 表達式來衡量時間和空間復雜度。
時間復雜度：隨著自變量的增長，算法所需時間的增長情況。
這里大 O 表示的是一個算法在 worst case 的表現(xiàn)情況，這就是我們最關(guān)心的，不然春運搶車票的時候系統(tǒng) hold 不住了，你跟我說這個算法很優(yōu)秀？
當然還有其他衡量時間和空間的方式，比如
Theta: 描述的是 tight bound
Omega(n): 這個描述的是 best case，最好的情況，沒啥意義
這也給我們了些許啟發(fā)，不要說你平時表現(xiàn)有多好，沒有意義；面試衡量的是你在 worst case 的水平；不要說面試沒有發(fā)揮出你的真實水平，扎心的是那就是我們的真實水平。
那對于這個題來說，時間復雜度是多少呢？
答：因為我們每個節(jié)點都走了一遍，所以是把所有節(jié)點的時間加起來就是總的時間。
在這里，我們在每個節(jié)點上做的事情就是相加求和，是 O(1) 的操作，且每個節(jié)點的時間都是一樣的，所以：
總時間 = 節(jié)點個數(shù) * 每個節(jié)點的時間
那就變成了求節(jié)點個數(shù)的數(shù)學題：
在 N = 5 時，
最上面一層有1個節(jié)點，
第二層 2 個，
第三層 4 個，
第四層 8 個，
第五層 16 個，如果填滿的話，想象成一顆很大的樹:)
這里就不要在意這個沒填滿的地方了，肯定是會有差這么幾個 node，但是大 O 表達的時間復雜度我們剛說過了，求的是 worst case.
那么總的節(jié)點數(shù)就是：1 + 2 + 4 + 8 + 16
這就是一個等比數(shù)列求和了，當然你可以用數(shù)學公式來算，但還有個小技巧可以幫助你快速計算：
其實前面每一層的節(jié)點相加起來的個數(shù)都不會超過最后一層的節(jié)點的個數(shù)，總的節(jié)點數(shù)最多也就是最后一層節(jié)點數(shù) * 2，然后在大 O 的時間復雜度里面常數(shù)項也是無所謂的，所以這個總的時間復雜度就是：
最后一層節(jié)點的個數(shù)：2^n
沒看懂？別慌，去 B 站/油管看我的視頻講解哦，搜「田小齊」就好了。
空間復雜度分析
一般書上寫的空間復雜度是指：
算法運行期間所需占用的所有內(nèi)存空間
但是在公司里大家常用的，也是面試時問的指的是Auxiliary space complexity：
運行算法時所需占用的額外空間。
舉例說明區(qū)別：比如結(jié)果讓你輸出一個長度為 n 的數(shù)組，那么這 O(n) 的空間是不算在算法的空間復雜度里的，因為這個空間是跑不掉的，不是取決于你的算法的。
那空間復雜度怎么分析呢？
我們剛剛說到了馮諾伊曼體系，從圖中也很容易看出來，是最左邊這條路線占用 stack 的空間最多，一直不斷的壓棧，也就是從 5 到 4 到 3 到 2 一直壓到 1，才到 base case 返回，每個節(jié)點占用的空間復雜度是 O(1)，所以加起來總的空間復雜度就是 O(n).
我在上面的視頻里也提到了，不懂的同學往上翻看視頻哦～
優(yōu)化算法
那我們就想了，為什么這么一個簡簡單單的運算竟然要指數(shù)級的時間復雜度？到底是為什么讓時間如此之大。
那也不難看出來，在這棵 Recursion Tree 里，有太多的重復計算了。
比如一個 F(2) 在這里都被計算了 3 次，F(xiàn)(3) 被計算了 2 次，每次還都要再重新算，這不就是狗熊掰棒子嗎，真的是一把辛酸淚。
那找到了原因之后，為了解決這種重復計算，計算機采用的方法其實和我們?nèi)祟愂且粯拥模?code style="font-size: 14px;overflow-wrap: break-word;padding: 2px 4px;border-radius: 4px;margin-right: 2px;margin-left: 2px;background-color: rgba(27, 31, 35, 0.05);font-family: "Operator Mono", Consolas, Monaco, Menlo, monospace;word-break: break-all;color: rgb(239, 112, 96);">記筆記。
對很多職業(yè)來說，比如醫(yī)生、律師、以及我們工程師，為什么越老經(jīng)驗值錢？因為我們見得多積累的多，下次再遇到類似的問題時，能夠很快的給出解決方案，哪怕一時解決不了，也避免了一些盲目的試錯，我們會站在過去的高度不斷進步，而不是每次都從零開始。
回到優(yōu)化算法上來，那計算機如何記筆記呢？
我們要想求 F(n)，無非也就是要記錄 F(0) ~ F(n-1) 的值，
那選取一個合適的數(shù)據(jù)結(jié)構(gòu)來存儲就好了。
那這里很明顯了，可以用之前講過的 HashMap （沒看過的點進去看哦）或者用一個數(shù)組來存：
| Index | 0 | 1 | 2 | 3 | 4 | 5 |
|---|---|---|---|---|---|---|
| F(n) | 0 | 1 | 1 | 2 | 3 | 5 |
那有了這個 cheat sheet，我們就可以從前到后得到結(jié)果了，這樣每一個點就只算了一遍，用一個 for loop 就可以寫出來，代碼也非常簡單。
class Solution {
public int fib(int N) {
if (N == 0) {
return 0;
}
if (N== 1) {
return 1;
}
int[] notes = new int[N+1];
notes[0] = 0;
notes[1] = 1;
for(int i = 2; i <= N; i++) {
notes[i] = notes[i-1] + notes[i-2];
}
return notes[N];
}
}
這個速度就是 100% 了～
但是我們可以看到，空間應該還有優(yōu)化的余地。
那仔細想想，其實我們記筆記的時候需要記錄這么多嗎？需要從幼兒園到小學到初中到高中的筆記都留著嗎？
那其實每項的計算只取決于它前面的兩項，所以只用保留這兩個就好了。
那我們可以用一個長度為 2 的數(shù)組來計算，或者就用 2 個變量。
更新代碼：
class Solution {
public int fib(int N) {
int a = 0;
int b = 1;
if(N == 0) {
return a;
}
if(N == 1) {
return b;
}
for(int i = 2; i <= N; i++) {
int tmp = a + b;
a = b;
b = tmp;
}
return b;
}
}
這樣我們就把空間復雜度優(yōu)化到了 O(1)，時間復雜度和用數(shù)組記錄一樣都是 O(n).
這種方法其實就是動態(tài)規(guī)劃 Dynamic Programming，寫出來的代碼非常簡單。
那我們比較一下 Recursion 和 DP：
Recursion 是從大到小，層層分解，直到 base case 分解不了了再組合返回上去；
DP 是從小到大，記好筆記，不斷進步。
也就是 Recursion + Cache = DP
如何記錄這個筆記，如何高效的記筆記，這是 DP 的難點。
有人說 DP 是拿空間換時間，但我不這么認為，這道題就是一個很好的例證。
在用遞歸解題時，我們可以看到，空間是 O(n) 在棧上的，但是用 DP 我們可以把空間優(yōu)化到 O(1)，DP 可以做到時間空間的雙重優(yōu)化。
其實呢，斐波那契數(shù)列在現(xiàn)實生活中也有很多應用。
比如在我司以及很多大公司里，每個任務要給分值，1分表示大概需要花1天時間完成，然后分值只有1，2，3，5，8這5種，（如果有大于8分的任務，就需要把它 break down 成8分以內(nèi)的，以便大家在兩周內(nèi)能完成。）
因為任務是永遠做不完的而每個人的時間是有限的，所以每次小組會開會，挑出最重要的任務讓大家來做，然后每個人根據(jù)自己的 available 的天數(shù)去 pick up 相應的任務。
披著羊皮的狼
那有同學可能會想，這題這么簡單，這都 2020 年了，面試還會考么？
答：真的會。
只是不能以這么直白的方式給你了。
比如很有名的爬樓梯問題：
一個 N 階的樓梯，每次能走一層或者兩層，問一共有多少種走法。
這個題這么想：
站在當前位置，只能是從前一層，或者前兩層上來的，所以 f(n) = f(n-1) + f(n-2).
這題是我當年面試時真實被問的，那時我還在寫 python，為了炫技，還用了lambda function:
f = lambda n: 1 if n in (1, 2) else f(n-1) + f(n-2)
遞歸的寫法時間復雜度太高，所以又寫了一個 for loop 的版本
def fib(n)
a, b = 1, 1
for i in range(n-1):
a, b = b, a+b
return a
然后還寫了個 caching 的方法:
def cache(f):
memo = {}
def helper(x):
if x not in memo:
memo[x] = f(x)
return memo[x]
return helper
@cache
def fibR(n):
if n==1 or n==2: return 1
return fibR(n-1) + fibR(n-2)
還順便和面試官聊了下 tail recursion:
tail recursion 尾遞歸：就是遞歸的這句話是整個方法的最后一句話。
那這個有什么特別之處呢？
尾遞歸的特點就是我們可以很容易的把它轉(zhuǎn)成 iterative 的寫法，當然有些智能的編譯器會自動幫我們做了（不是說顯性的轉(zhuǎn)化，而是在運行時按照 iterative 的方式去運行，實際消耗的空間是 O(1)）
那為什么呢？
因為回來的時候不需要 backtrack，遞歸這里就是最后一步了，不需要再往上一層返值。
def fib(n, a=0, b=1):
if n==0: return a
if n==1: return b
return fib(n-1, b, a+b)
最終，拿出了我的殺手锏：lambda and reduce
fibRe = lambda n: reduce(lambda x, n: [x[1], x[0]+x[1]], range(n), [0, 1])
看到面試官滿意的表情后，就開始繼續(xù)深入的聊了...
所以說，不要以為它簡單，同一道題可以用七八種方法來解，分析好每個方法的優(yōu)缺點，引申到你可以引申的地方，展示自己扎實的基本功，這場面試其實就是你 show off 的機會，這樣才能騙過面試官啊～lol
長按訂閱更多精彩▼
如有收獲，點個在看，誠摯感謝
免責聲明：本文內(nèi)容由21ic獲得授權(quán)后發(fā)布，版權(quán)歸原作者所有，本平臺僅提供信息存儲服務。文章僅代表作者個人觀點，不代表本平臺立場，如有問題，請聯(lián)系我們，謝謝！
下載文檔
