java遞歸改為循環后為什么不會導致棧內存溢出?

我們知道，在編程中，如果您想讓業務重復執行，通常有兩種方法來實現：遞歸和循環。在實際的編碼過程中，我們不建議使用遞歸，而是建議使用循環。為什么?

事實上，不僅僅是Java，任何編程語言，如果遞歸寫入錯誤，都可能導致內存溢出!

學習過Java的朋友一定或多或少聽說過并理解了堆棧內存和堆內存。程序運行時，計算機操作系統會給每個進程分配堆內存和堆棧內存，分配的堆棧內存有一個上限。一旦超過上限，就會導致內存溢出。

為什么遞歸操作容易導致內存溢出?主要原因如下：

在遞歸方法中，如果終止遞歸的條件寫得不正確，可能導致無限遞歸，最終導致內存溢出;

即使遞歸方法和退出遞歸條件正常，如果遞歸深度太深(遞歸次數太多)，也會導致堆棧內存溢出!因為棧入棧出的規則是先入后出(先入后出)，如果遞歸次數過多，就會導致只入不出棧，最后導致棧內存溢出。

將遞歸寫入方式改為循環寫入方式的優點是不會在短時間內出現只進不出棧的現象，避免了棧內存溢出的現象。

java棧內存溢出怎么產生?

有兩種堆棧溢出，一種是堆棧溢出，另一種是內存不足。前者一般是因為方法遞歸不終止，后者一般是因為方法中啟動的線程太多。

java中while(true)死循環會造成JVM內存溢出嗎?

1. 在死循環中定義局部變量會導致堆棧溢出，例如以下定義：

while（true）{
int x=1；
int arr[]=New int[10]；
}

2. 在啟動循環中定義對象會導致堆內存溢出，如以下定義：

（true）{
person P=new person（）
}

對象的生成會占用時間和空間，因為內存空間有限，遲早會導致堆內存溢出。

所以我們寫代碼是為了養成一個好習慣，不在特殊情況下，不在循環中定義局部變量和對象。

jvm的內存模型?怎么棧溢出，堆溢出?gc?真的用到過沒?

但是在正常編程中，我們必須經常遇到oom問題。JVM的內存模型只是堆棧結構。事實上，記憶的劃分是非常復雜的。