java垃圾回收時間不確定 在棧中的對於物件的引用失效 堆中存放的資料不會被回收 只有等待GC回收

同時GC回收的是堆區和方法區的記憶體。堆記憶體用來存放由new建立的物件和陣列。

 棧記憶體（Stack）：每個執行緒私有的。
 堆記憶體（Heap）：所有執行緒公用的。

java  語言中一個顯著的特點就是引入了java回收機制，是c++程式設計師最頭疼的記憶體管理的問題迎刃而解，它使得java程式設計師在編寫程式的時候不在考慮記憶體管理。由於有個垃圾回收機制，java中的物件不在有“作用域”的概念，只有物件的引用才有“作用域”。垃圾回收可以有效的防止記憶體洩露，有效的使用空閒的記憶體；           

五、Java有了GC同樣會出現記憶體洩露問題

1.靜態集合類像HashMap、Vector等的使用最容易出現記憶體洩露，這些靜態變數的生命週期和應用程式一致，所有的物件Object也不能被釋放，因為他們也將一直被Vector等應用著。

在這個例子中，程式碼棧中存在Vector 物件的引用 v 和 Object 物件的引用 o 。在 For 迴圈中，我們不斷的生成新的物件，然後將其新增到 Vector 物件中，之後將 o 引用置空。問題是當 o 引用被置空後，如果發生 GC，我們建立的 Object 物件是否能夠被 GC 回收呢？答案是否定的。因為， GC 在跟蹤程式碼棧中的引用時，會發現 v 引用，而繼續往下跟蹤，就會發現 v 引用指向的記憶體空間中又存在指向 Object 物件的引用。也就是說盡管o 引用已經被置空，但是 Object 物件仍然存在其他的引用，是可以被訪問到的，所以 GC 無法將其釋放掉。如果在此迴圈之後， Object 物件對程式已經沒有任何作用，那麼我們就認為此 Java 程式發生了記憶體洩漏。

2.各種連線，資料庫連線，網路連線，IO連線等沒有顯示呼叫close關閉，不被GC回收導致記憶體洩露。

3.監聽器的使用，在釋放物件的同時沒有相應刪除監聽器的時候也可能導致記憶體洩露。