問題描述

既然 Java 的垃圾回收機制能夠自動的回收內(nèi)存，怎么還會出現(xiàn)內(nèi)存泄漏的情況呢

問題解答

內(nèi)存資源是有限的，垃圾回收只回收“垃圾”，對于你的程序運行有用的對象不會被回收。

內(nèi)存溢出分兩種情況:一種是棧溢出，比如調(diào)用了一個無限遞歸。還有一種是堆溢出，即new 出來的對象沒有即使銷毀，比如一直new。

因為有些寫的很蠢的程序會在GC機制生效之前無限地創(chuàng)建對象。

一般來說，Java中的內(nèi)存泄漏指的是已經(jīng)不再被程序需要的已分配內(nèi)存無法被回收。垃圾回收機制通過對象與Root對象的可達性判斷內(nèi)存是否可以被回收，但由于編程錯誤或其他原因，導致過期的對象引用仍然被持有，垃圾回收器無法回收相關(guān)空間。

占著茅坑不拉屎，他也沒辦法.推薦看下我同事寫的博客:http://blog.csdn.net/zhanggan...

一些對象其實不需要了但卻一直被引用，沒辦法回收

就目前來說，人做的東西還不能超越人本身，java的GC算法是人寫出來的，奈何就有人會作死寫出讓GC無法回收的代碼來

這就如同中國那么大，為什么還有人在朝陽區(qū)懵逼一樣。

我自己的理解，說的不對的地方歡迎指正。JDK6中，String的一個方法叫subString，這個是用來生成一個子字符串的。為了更加快速的生成，String有一個構(gòu)造函數(shù)，String(int offset, int count, char value[]) {

this.value = value;this.offset = offset;this.count = count;

}直接指向了原來String的數(shù)組。我們都知道，每次都會生成一個新的常量池中的String字符串。然而這個引用就導致了原來的String無法被回收。因為subString的value會指向他。這里就會導致內(nèi)存泄露。

JVM的確是自己進行GC的，不用程序員過多干涉，但是由于一些錯誤操作，導致一些本來不在需要使用的對象仍然有引用，才會導致內(nèi)存泄露的。

JVM:程序員抓著垃圾不放，我也很為難啊。