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

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

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

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

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

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

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

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

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

尾遞歸究竟是好是壞？

如果遞歸級別太多，則會出現(xiàn)堆棧溢出異常，因為每次調(diào)用都會生成新的堆棧幀，并使用此堆棧幀保留當(dāng)前函數(shù)的狀態(tài)值。如果不需要保存狀態(tài)值，則可以重用堆棧幀而不會導(dǎo)致堆棧溢出。

以n的階乘為例：

正常遞歸：

如果n=3，則每一步都需要保留n值和下一個函數(shù)的返回值，因此每次調(diào)用都需要創(chuàng)建一個新的堆棧幀

尾部遞歸：

如果n=3，則每次調(diào)用都可以重用堆棧幀，因為不需要保存狀態(tài)值。

因此，當(dāng)遞歸在當(dāng)前堆棧幀執(zhí)行后完成時，它不需要保留當(dāng)前堆棧幀，但根據(jù)當(dāng)前堆棧幀的結(jié)果，它可以在進(jìn)入下一個堆棧幀時優(yōu)化為尾部遞歸。通常，尾部遞歸需要滿足遞歸調(diào)用是函數(shù)體中最后執(zhí)行的語句。例如，在factorial示例中，要執(zhí)行的最后一條語句是直接調(diào)用factorial（n-1，n*result），而不是表達(dá)式n*factorial（n-1）。如果是表達(dá)式，則需要堆棧幀來保留N和階乘（N-1）的結(jié)果。

遞歸調(diào)用造成堆棧溢出，該如何解決？

溢出表示超出界限。操作系統(tǒng)將為每個進(jìn)程分配最大的堆棧空間。如果內(nèi)存空間超過這個限制，程序?qū)⒈籧oredump，就像使用int*pi=newint[100000000]一樣，因為堆溢出。

操作系統(tǒng)分配給進(jìn)程的堆?？臻g為2m，32位機(jī)器上的堆空間為4G。如果進(jìn)程的堆?？臻g超過2m，它將溢出。如果堆空間超過4G，它將溢出。

那么為什么遞歸會導(dǎo)致堆棧溢出呢？我相信擁有者知道棧訪問的規(guī)則，先入后出，遞歸，然后先入一致不能出棧，會在?？臻g一致，所以很容易導(dǎo)致棧滿和溢出。哈哈，你明白嗎？

遞歸不是函數(shù)調(diào)用自己，而是調(diào)用函數(shù)的另一個復(fù)制品。你認(rèn)為呢？

你覺得什么都行。你沒瘋。你想得太多了。你只需要意識到這一點。別擔(dān)心那么多。你可以看出讀一百遍的意義。你現(xiàn)在讀得太少了。只是現(xiàn)在讀得太多了。