問(wèn)題描述

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

問(wèn)題解答

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

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

因?yàn)橛行懙暮艽赖某绦驎?huì)在GC機(jī)制生效之前無(wú)限地創(chuàng)建對(duì)象。

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

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

一些對(duì)象其實(shí)不需要了但卻一直被引用，沒(méi)辦法回收

就目前來(lái)說(shuō)，人做的東西還不能超越人本身，java的GC算法是人寫出來(lái)的，奈何就有人會(huì)作死寫出讓GC無(wú)法回收的代碼來(lái)

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

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

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

}直接指向了原來(lái)String的數(shù)組。我們都知道，每次都會(huì)生成一個(gè)新的常量池中的String字符串。然而這個(gè)引用就導(dǎo)致了原來(lái)的String無(wú)法被回收。因?yàn)閟ubString的value會(huì)指向他。這里就會(huì)導(dǎo)致內(nèi)存泄露。

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

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