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)存。程序運行時，計算機操作系統(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)象。

java棧內(nèi)存溢出怎么產(chǎn)生？

1. 如果線程請求分配的堆棧容量超過Java虛擬機堆棧允許的最大容量，Java虛擬機將拋出StackOverflowerError異常。2如果Java虛擬機堆棧可以動態(tài)擴展，并且已經(jīng)嘗試了擴展操作，但是目前沒有足夠的內(nèi)存來完成擴展，或者在創(chuàng)建新線程時沒有足夠的內(nèi)存來創(chuàng)建相應(yīng)的虛擬機堆棧，Java虛擬機將拋出outofmemoryerror異常。我剛看到問題負(fù)責(zé)人的評論。XSS分配的應(yīng)該是每個線程的堆棧大小。線程的數(shù)量和整個進(jìn)程的大小受操作系統(tǒng)的限制。對于單個線程，如果棧的內(nèi)存容量減少或者變量表的深度增加，就會導(dǎo)致棧溢出，我認(rèn)為這和主要思想是一樣的。對于堆內(nèi)存溢出、方法區(qū)域內(nèi)存溢出或堆棧內(nèi)存溢出，可以使用jconsole等工具進(jìn)行監(jiān)視。