遞回函式方便了程式員——用一段短小精悍的代碼便描述了一個復雜的演算法(處理程序)。
害苦了處理器和記憶體——處理器一遍遍地呼叫函式、記憶體一層層地建立函式堆疊幀，再一層層地退堆疊。這將是不小的系統開銷。更為可怕的是遞回可能造成堆疊溢位。
不要隨意使用遞回函式，除非你清楚的了解記憶體的使用后果。
uj5u.com熱心網友回復：
一般情況，能用遞回就用遞回吧，代碼簡潔，好理解。uj5u.com熱心網友回復：
對于一般人來說，遞回很容易出錯，且不易維護，如有其它方法實作，就盡量不要用。當然，喜歡玩代碼，并以此為樂的人不在此列。uj5u.com熱心網友回復：
l理論上來說，所有遞回演算法都能轉化為遞推演算法uj5u.com熱心網友回復：
這還用說，能用簡潔的遞回演算法當然應該首選了，在堆疊上那一點消耗根本不是什么大問題，況且遞回呼叫的深度編程時也是容易預估到的，那就看你如何控制和優化演算法了。
uj5u.com熱心網友回復：
我對遞回的印象就是一個字：慢。。。uj5u.com熱心網友回復：
有比較才會慢。
uj5u.com熱心網友回復：
沒有比較就沒有傷害...uj5u.com熱心網友回復：
傷害 改成 競合 ~
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/45897.html
標籤：基礎類
上一篇：為什么我使用的Button組件偶爾Onclick時間不回應，因為button點擊邊框會變色，所以確定是點擊了，但是偶爾會進不去Onclick事件