一、java相對於C++來說很難記憶體洩露，因為有自己的垃圾回收機制。如果想知道java出現記憶體洩露，最好先了解java是如何管理記憶體的。Java的記憶體管理就是物件的分配和釋放問題。在Java中，程式設計師需要通過關鍵字new為每個物件申請記憶體空間 (基本型別除外)，所有的物件都在堆 (Heap)中分配空間。另外，物件的釋放是由GC決定和執行的。在Java中，記憶體的分配是由程式完成的，而記憶體的釋放是有GC完成的，這種收支兩條線的方法確實簡化了程式設計師的工作。但同時，它也加重了JVM的工作。這也是Java程式執行速度較慢的原因之一。因為，GC為了能夠正確釋放物件，GC必須監控每一個物件的執行狀態，包括物件的申請、引用、被引用、賦值等，GC都需要進行監控。

二、監視物件狀態是為了更加準確地、及時地釋放物件，而釋放物件的根本原則就是該物件不再被引用。

三、對於程式設計師來說，GC基本是透明的，不可見的。只有幾個函式可以訪問GC，例如執行GC的函式System.gc()，但是根據Java語言規範定義， 該函式不保證JVM的垃圾收集器一定會執行。因為，不同的JVM實現者可能使用不同的演算法管理GC。通常，GC的執行緒的優先級別較低。JVM呼叫GC的策略也有很多種，有的是記憶體使用到達一定程度時，GC才開始工作，也有定時執行的，有的是平緩執行GC，有的是中斷式執行GC。但通常來說，我們不需要關心這些。除非在一些特定的場合，GC的執行影響應用程式的效能，例如對於基於Web的實時系統，如網路遊戲等，使用者不希望GC突然中斷應用程式執行而進行垃圾回收，那麼我們需要調整GC的引數，讓GC能夠通過平緩的方式釋放記憶體，例如將垃圾回收分解為一系列的小步驟執行，Sun提供的HotSpot JVM就支援這一特性。

四、有幾種出現記憶體洩露的情況：

    1、使用單例模式的時候也有可能導致記憶體洩漏。因為單例物件初始化後將在JVM的整個生命週期記憶體在，如果它持有一個外部物件（生命週期比較短）的引用，那麼這個外部物件就不能被回收，而導致記憶體洩漏。如果這個外部物件還持有其它物件的引用，那麼記憶體洩漏會更嚴重，因此需要特別注意此類情況。這種情況就需要考慮下單例模式的設計會不會有問題，應該怎樣保證不會產生記憶體洩漏問題。

    2、在Java中，我們經常會使用到監聽器，如對某個控制元件新增單擊監聽器addOnClickListener()，但往往釋放物件的時候會忘記刪除監聽器，這就有可能造成記憶體洩漏。好的方法就是，在釋放物件的時候，應該記住釋放所有監聽器，這就能避免了因為監聽器而導致的記憶體洩漏。

    3、Java中的連線包括資料庫連線、網路連線和io連線，如果沒有顯式呼叫其close()方法，是不會自動關閉的，這些連線就不能被GC回收而導致記憶體洩漏。一般情況下，在try程式碼塊裡建立連線，在finally裡釋放連線，就能夠避免此類記憶體洩漏。

    3、在使用Set、Vector、HashMap等集合類的時候需要特別注意，有可能會發生記憶體洩漏。當這些集合被定義成靜態的時候，由於它們的生命週期跟應用程式一樣長，這時候，就有可能會發生記憶體洩漏。

五、大多情況下不會出現記憶體洩露，但是瞭解完之後，就可以優化一些程式設計思想和方法，來最大限度避免這些問題。