java遞歸改為循環(huán)后為什么不會(huì)導(dǎo)致棧內(nèi)存溢出？我們知道，在編程中，如果您想讓業(yè)務(wù)重復(fù)執(zhí)行，通常有兩種方法來實(shí)現(xiàn)：遞歸和循環(huán)。在實(shí)際的編碼過程中，我們不建議使用遞歸，而是建議使用循環(huán)。為什么？事實(shí)上，

java遞歸改為循環(huán)后為什么不會(huì)導(dǎo)致棧內(nèi)存溢出？

我們知道，在編程中，如果您想讓業(yè)務(wù)重復(fù)執(zhí)行，通常有兩種方法來實(shí)現(xiàn)：遞歸和循環(huán)。在實(shí)際的編碼過程中，我們不建議使用遞歸，而是建議使用循環(huán)。為什么？

事實(shí)上，不僅僅是Java，任何編程語言，如果遞歸寫入錯(cuò)誤，都可能導(dǎo)致內(nèi)存溢出

！學(xué)習(xí)過Java的朋友一定或多或少聽說過并理解了堆棧內(nèi)存和堆內(nèi)存。程序運(yùn)行時(shí)，計(jì)算機(jī)操作系統(tǒng)會(huì)給每個(gè)進(jìn)程分配堆內(nèi)存和堆棧內(nèi)存，分配的堆棧內(nèi)存有一個(gè)上限。一旦超過上限，就會(huì)導(dǎo)致內(nèi)存溢出。

為什么遞歸操作容易導(dǎo)致內(nèi)存溢出？主要原因如下：

在遞歸方法中，如果終止遞歸的條件寫得不正確，可能導(dǎo)致無限遞歸，最終導(dǎo)致內(nèi)存溢出；

即使遞歸方法和退出遞歸條件正常，如果遞歸深度太深（遞歸次數(shù)太多），也會(huì)導(dǎo)致堆棧內(nèi)存溢出！因?yàn)闂Ｈ霔３龅囊?guī)則是先入后出（先入后出），如果遞歸次數(shù)過多，就會(huì)導(dǎo)致只入不出棧，最后導(dǎo)致棧內(nèi)存溢出。

將遞歸寫入方式改為循環(huán)寫入方式的優(yōu)點(diǎn)是不會(huì)在短時(shí)間內(nèi)出現(xiàn)只進(jìn)不出棧的現(xiàn)象，避免了棧內(nèi)存溢出的現(xiàn)象。

請問一下，遞歸函數(shù)是否有一定限制？例如棧的大小和棧的數(shù)量？

必須有限制。

遞歸消耗大量堆棧資源。如果遞歸太多，它將溢出。確切地說，函數(shù)調(diào)用本身將消耗堆棧資源，但在函數(shù)調(diào)用結(jié)束時(shí)，將返回函數(shù)使用的堆?？臻g，因此這不是一個(gè)大問題。很少看到程序堆滿了。但是遞歸是個(gè)例外。它是一個(gè)在循環(huán)中調(diào)用自身的函數(shù)。在遞歸結(jié)束之前，堆棧使用量將繼續(xù)增長。程序是否會(huì)溢出取決于遞歸函數(shù)能否在堆棧滿之前返回。目前還不清楚windows中的程序堆棧有多大。但是強(qiáng)烈建議不要使用遞歸，因?yàn)檫@有點(diǎn)貴。遞歸是一種編程概念，但實(shí)際使用較少，畢竟大家都知道，如果次數(shù)較多，這個(gè)東西就會(huì)溢出。只需更改代碼并將其更改為迭代。