要理解遞歸就要先理解遞歸:手把手教你寫遞歸


問:何為遞歸函數?
說人話:自己調用自己的函數就叫遞歸函數

遞歸函數寫法

實現一個遞歸函數,我將其概括為是一個“推卸責任”的過程,分為3個步驟:

  1. 列出方法簽名:明確該函數/方法的輸入輸出,由此寫出它的方法簽名(method’s signature),方法簽名包括修飾符,返回值類型,方法名和參數列表。
  2. 完成邊界情況(base case,也稱基准情況):即找到“替罪羊”,因為不停地把問題往下級推卸,最后總得有人出來背鍋。
  3. 完成遞歸情況(recursive case):即完成責任推卸鏈,把問題從第\(n\)層推卸到第\(n - 1\)層。

我們將用求階乘的例子來詳細解釋這3個步驟。

列出方法簽名

首先,明確輸入輸出:我們希望只要給該方法/函數一個整數,就能返回它的階乘。那么該遞歸方法的方法簽名即為如下:

public int factorial(int n){};

這樣我們就完成了實現遞歸函數的第1個步驟了。

完成邊界情況

很顯然階乘的邊界情況就是求1的階乘,它沒有理由再把計算的責任推卸給任何人了,因為它自己就能直接得出計算結果1,所以求1的階乘就是我們要找的那只“替罪羊”。

因此,基准情況即為如下:

if (n == 1) return n;

完成遞歸情況

提前找好了“替罪羊”,接下來我們只需要把“責任推卸鏈”完成,讓責任一級一級最終推卸到替罪羊身上,就可以大功告成!

而要完成這條“責任推卸鏈”,其實就是列出關於原問題和子問題的數學等價關系式

對於求階乘而言,原問題和子問題的等價關系式為:\(n! = n \times (n - 1)!\)。這樣,就將問題從第\(n\)層成功地轉移到了第\(n-1\)層。

那么對應的代碼實現即為如下:

else return n * factorial(n - 1);

綜合以上3個步驟,完整版的實現階乘的遞歸函數即為:

/** Returns n factorial. */
public int factorial(int n) {
    // Base case
    if (n == 1)
        return n;

    // Recursive case 
    else 
        return n * factorial(n - 1);
}

在這個遞歸函數里,我們定義了遞歸情況來一步步簡化問題,也定義邊界情況來計算出最終的邊界值。所以我們大可放心地調用該函數,讓它自行去解決問題。

看到這里,相信你已經掌握了遞歸函數的寫法。可以看出,寫出一個遞歸函數並沒有那么容易。而我們可不希望當我們絞盡腦汁憋出一個遞歸函數后,卻換來老板一句“多此一舉,凈瞎折騰”。

那要避免這種情況,我們得先弄清楚一個前提:什么時候派上遞歸最為合適?

什么時候應用遞歸

我們先來談談遞歸的缺點:

  1. 對空間消耗大,容易導致棧溢出
    遞歸是調用自身的函數,而函數的每次調用都會在棧中產生調用幀(call frame, 用來保存內部變量、返回點等信息),可棧的空間是有限的,沒法一次同時保存過多的調用幀。所以如果調用的次數多了就容易導致棧溢出,對空間消耗大。
    (對於某些語言,利用尾遞歸可以有效避免棧溢出這一問題,我們將在尾調用與尾遞歸該帖中對其進行詳細介紹)
  2. 對時間消耗大,導致運行效率低
    首先,往棧中壓入和彈出數據需要時間;此外,遞歸中經常會產生很多重復計算,例如在斐波那契數列的遞歸實現中,當n = 5時,需要計算一遍的fibonacci(3),推導到n = 4時,又需要計算一遍fibonacci(3)。也就是說求一個5的階乘需要計算兩遍的fibonacci(3),所以說時間效率低。
    (可以利用一個數組或哈希map來保存已計算出的結果來避免重復計算)

而遞歸主要是用於以下兩種情況:

  1. 數據結構本身就是按遞歸的形式定義的。
    例如斐波那契數列、n的階乘、二叉樹的遍歷、圖的搜索等。由於數據結構本身就是按遞歸的形式定義的,所以數據很容易從一層推到下一層,自然用上遞歸就很方便。
  2. 問題能以同樣的解法逐級減小問題規模
    例如分治算法、回溯算法等,它們能用同樣的解法去一步步減小問題規模,所以用遞歸實現起來就很方便。

所以,除非是以上兩種情況,否則盡量避免使用遞歸,以避免對空間和時間產生大的消耗。(P.S. 把浪費的這些功夫拿去打王者榮耀它不香嗎...)

總結

遞歸函數是自己調用自己的函數。通過列出方法簽名,完成基准情況和遞歸情況即可完成一個遞歸函數。但是用遞歸實現通常會對時間和空間產生大的消耗,因此除非數據結構本身就是按遞歸的形式定義或是問題能以同樣的解法逐級減小問題規模,否則應盡量避免使用遞歸。

參考

  1. https://mp.weixin.qq.com/s/tqGKHZzSyDBgEp-oWsOztQ

創作不易,點個贊再走叭~


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM