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)，這是為什么呢？

遞歸不當(dāng)會導(dǎo)致內(nèi)存溢出

其實不單單是Java，任何一款編程語言，如果遞歸寫法不對，那就可能導(dǎo)致內(nèi)存溢出！

學(xué)過Java的朋友肯定或多或少都聽說和了解過棧內(nèi)存和堆內(nèi)存，程序在運行時，電腦操作系統(tǒng)會給每個進程都分配有堆內(nèi)存、棧內(nèi)存，所分配的堆棧內(nèi)存都是有上限的，一旦超過了這個上限就會導(dǎo)致內(nèi)存溢出現(xiàn)象。

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

• 遞歸方法體內(nèi)，如果終止遞歸的條件寫錯了，那可能會導(dǎo)致無限遞歸，最終導(dǎo)致內(nèi)存溢出；

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

遞歸改循環(huán)可以降低內(nèi)存溢出的可能

注意，遞歸寫法改成循環(huán)寫法可以降低內(nèi)存溢出的風(fēng)險，但這不是絕對的，如果循環(huán)寫成了死循環(huán)一樣會導(dǎo)致內(nèi)存溢出。

遞歸寫法改成循環(huán)寫法的好處是，不會在短時間內(nèi)出現(xiàn)棧的只入不出現(xiàn)象，所以可以規(guī)避棧內(nèi)存溢出現(xiàn)象。

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

1.如果線程請求分配的棧容量超過java虛擬機棧允許的最大容量的時候，java虛擬機將拋出一個StackOverFlowError異常。2.如果java虛擬機?？梢詣討B(tài)拓展，并且擴展的動作已經(jīng)嘗試過，但是目前無法申請到足夠的內(nèi)存去完成拓展，或者在建立新線程的時候沒有足夠的內(nèi)存去創(chuàng)建對應(yīng)的虛擬機棧，那java虛擬機將會拋出一個OutOfMemoryError異常。剛看到題主在問題下的評論，xss分配的應(yīng)該是每個線程的棧大小，線程數(shù)量和整個進程的大小是由操作系統(tǒng)來限制的。對于單個線程，棧內(nèi)存容量減小，或者變量表深度增大，就會造成StackOverFlow，這點我跟題主想的一樣。至于是堆內(nèi)存溢出還是方法區(qū)內(nèi)存溢出還是棧內(nèi)存溢出，其實可以用一些工具比如JConsole來監(jiān)視。

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

棧溢出有兩種，一種是stackoverflow，另一種是outofmemory，前者一般是因為方法遞歸沒終止條件，后者一般是方法中線程啟動過多。

jvm的內(nèi)存模型？怎么棧溢出，堆溢出？gc？真的用到過沒？

但是在平常編程中，肯定經(jīng)常遇到OOM問題。jvm的內(nèi)存模型，簡單來說就是堆棧結(jié)構(gòu)，實際上內(nèi)存的劃分很復(fù)雜。推薦《深入java虛擬機》來入門了解。棧溢出和堆溢出，顧名思義，就是棧和堆上的內(nèi)存不夠用了，就拋出OOM異常唄?？梢酝ㄟ^調(diào)整參數(shù)來控制堆棧的內(nèi)存大?。?Xmn -XmxGC就是針對堆，棧，方法區(qū)的垃圾回收行為。這些問題還是要看書的，打字打死也說不完。