你還不理解遞歸，我真的受不了你了

https://juejin.im/post/5e648847e51d4526e32c3d9e

原本也沒什麼計劃寫這篇文章。可是答應了一位同窗爲ta解答下面那張圖的故事，既然答應了那就寫寫吧

來先上圖：

好了，給你們講故事的時間到了，讓我想一想該怎麼說...

這是一個關於遞歸的故事

看圖說故事start

首先，我給這圖的男主角起名爲小明，女主角叫小紅。

小明跟小紅是大學同窗並且是同桌。他們一塊兒去上課，一塊兒去吃飯，這樣的日子持續了兩年，他們終於在一塊兒了。並且在一個夜黑風高的晚上他們一塊兒去看電影還kiss上了（tmd,小明真不是人,那麼好色...）,以後的日子他們一塊兒過情人節，一塊兒去遊樂園坐過山車，一塊兒旅行滑雪，一塊兒去動物園看大象，一塊兒行街，終於有一天小明向小紅求婚了。結婚以後他們養了一條狗，還常常一塊兒看電視，一塊兒吃飯，一塊兒工做，一塊兒睡覺，過得小日子太幸福了，這樣的日子一天一天的過去，他們都老了，忽然有一天小紅去世了，以後的日子，小明一我的吃飯，工做，睡覺...由於太想小紅，小明慢慢的得了憂鬱症，幻想症。幻想能不能有一種辦法讓小紅回來，讓他們回到剛剛在一塊兒的時候，某一天以後，小明開始翻書，上網差資料，作實驗....終於有一天他的實驗成功了，他研究出了一種生化藥水。以後小明去找了一個算命先生挑了一天良辰吉日，拿着鮮花和藥水去了小紅的墓地，他把藥水掉下小紅的墓地上，過了一段時間，藥水發效了，小紅變成了一個生化在墓地爬了出來，咬了小明一口，小明也變成生化，以後他們又回到了在人世間剛剛在一塊兒的日子了；雖然畫圖的做者畫少了兩張圖（kiss和情人節），但本渣想確定是做者太困了，忘記了，因此，咱們本身腦補一下，哈哈哈。（這裏咱們假設生化的世界也有生死輪迴，上圖做者也沒畫完他們在生化界，完整的過完一篇他們在人世間的一世，因此，咱們要繼續腦部，在個人故事裏，小紅最後仍是死了，小明繼續研究藥水，可是此次再也不成功，不能再成功也是個人故事裏必須，等下我會告訴你爲何必須不能再成功的緣由。故事的最後小明也死去....）

"MD,爲了讓大家搞懂遞歸還要給大家講個故事，我也是絞盡腦筋啊,我是否是瘋了！"

遞歸

故事說完了，咱們回到正題，說說咱們今天真正的主角---遞歸。

遞歸不論是在java,php,go,javascript仍是Node等編程語言裏都會有，按本渣的理解，本渣以爲遞歸就是一種思想。

那麼遞歸是什麼呢？

遞歸就是一個函數在知足必定的條件的時候，調用自身的一個過程。

遞歸不但要有開始條件，還要有結束條件，否則的話，就會形成死循環，從而消耗盡瀏覽器的內存，致使瀏覽器蹦掉。（這也是我剛剛在故事裏講的小明在生化界再次研究藥水爲何必定要失敗的緣由）

例子1

咱們先來作個簡單的例子:從1-100相加。

首先咱們先來肯定它的開始條件和結束條件。由於將1-100累加的話，它是從後面遞歸回來的，而且咱們是從1始相加，因此,咱們結束條件就肯定了，就是到遞歸到 1 的時候；那麼開始條件就是從 2 開始,每次調用自身的時候都要減 1 ，否則就會出現死循環。

既然條件已經肯定,那咱們如今就用代碼來實現一下。

function sum(n) {

    if (n === 1) return 1

    return sum(n-1) + n

}

sum(100)
複製代碼

好了，就兩行代碼，就實現了1-100的累加，看起來很是簡潔；若是用for實現的話，那麼邏輯就多一些。

function sum2(n) {

    let count = 0
    
     for (let i = 0; i <= 100; i++) {
     
     count += i
     
    }
    
     return count
     
}

 sum2(100)
複製代碼

可是咱們，也要看狀況來定是用遞歸來實現本身的需求，仍是用for來實現本身的需求；本渣我的建議儘可能少用遞歸；由於遞歸的執行速度要比for的執行速度慢。

本渣來帶你作個驗證

驗證用for執行一次1-10000的累加須要多長時間

function timer(){
    let d = new Date()
    console.log(d.getTime())
    sum2(10000)
    let d2 = new Date()
    console.log(d2.getTime())
}
timer()
複製代碼

結果

你多刷新幾回瀏覽器，你會發現，執行1-10000累加，須要的時間是在0-1毫秒之間徘徊。

驗證用遞歸執行一次1-10000的累加須要多長時間

function timer(){
    let d = new Date()
    console.log(d.getTime())
    sum(10000)
    let d2 = new Date()
    console.log(d2.getTime())
}
timer()
複製代碼

結果

遞歸執行1-10000累加須要的時長在1-3毫秒之間徘徊，明顯for是比較快的，這仍是10000次，要是10W，100W呢，那就更加明顯來，並且遞歸不能保證不讓瀏覽器崩掉（本渣嘗試在谷歌執行了1-10W的累加，結果瀏覽器的調用棧溢出，有興趣能夠本身試試）。因此本渣是建議少用遞歸的。

可是建議少用，有時也不能不用、好比有些公司會出一道這樣的面試題：請用setTimeout模擬setInterval。

那麼用setTimeout模擬setInterval，用for確定是實現不了的，那就不得不用遞歸來實現了。

下面咱們用代碼簡單的實現一下上面那個面試題

function timer(ms){
        setTimeout(()=>{
            console.log('來了小老弟')
            timer(ms)
        },ms)
    }
    
複製代碼

好了，一個簡版的setTimeout模擬setInterval就實現了。

「md,寫着寫着，全身發熱」

「我是否是得了xx肺炎」

」哦，原來不是，原來是想去蹲坑🤣「

好了，最後舉一個面試中常常用到的遞歸面試題：實現一個對象的深拷貝

實現深拷貝，咱們也不能一直for下去，由於咱們都不知一個對象會有多少層，因此選擇了遞歸來實現。

咱們先來分析一個下它們的開始條件和結束條件。

深拷貝就是遇到引用值的時候，好比（[],{}）,繼續遍歷它們，將它們值複製到另外一個地方，而不是複製它們的引用過去。那麼深拷貝的開始條件就是遇到類型爲object的值，結束的條件就是沒有再遇到object類型的值。

如今咱們來用代碼實現一下，上面的神拷貝。

function deepClone(p,c){
    
        for(let props in p){
        
            if(typeof p[props] ==='object'){
            
                c[props] = p[props] instanceof Array ? [] : []
                
                deepClone(p[props],c[props])
                
            }else{
            
                c[props] = p[props]
                
            }
        }
        
    }
複製代碼

好了，深拷貝也就實現了。

總結

最後咱們來總結一下遞歸

什麼時候使用遞歸

• 子問題爲同類事物
• 必需要有開始條件和結束條件

優勢

• 簡潔
• 符合思惟習慣，容易理解

缺點

• 效率低（上面也帶你們驗證了）
• 遞歸層次太深的話，消耗內存，且容易棧益出（上面也說了）
• 遞歸中不少數據都是重複的，影響執行效率

看完若是你還不理解遞歸，還不知到何時用它，還不知它的優缺點，我之後都不給大家講故事了。