2 回答

TA貢獻(xiàn)1995條經(jīng)驗(yàn) 獲得超2個(gè)贊
不一定是錯(cuò)誤的代碼。內(nèi)存泄漏有可能是根本就忘了釋放內(nèi)存,也可能是未能及時(shí)釋放內(nèi)存。
舉個(gè)極端的例子:
A引用了 B,A.p = B,而且 A 的生命周期比較長(zhǎng);
A引用B只使用了很短的一段時(shí)間,在A剩下的所有生命周期中,B都不再使用;
那個(gè)在 A 的整個(gè)生命周期中,B 一直存在,但有很長(zhǎng)的一段時(shí)間是不使用的;此時(shí) B 仍保持有引用,所以不會(huì)回收。在 A 的整個(gè)生命周期中,不再使用 B 的時(shí)候,B 就可以看作是內(nèi)存泄漏了。在最極端的情況下,比如A的生命周期等于整個(gè)程序的生命周期,那么就會(huì)浪費(fèi)內(nèi)存了。
怎么避免呢?
在不需要使用之后,A 不要保留 B 的引用,如使用 A.p = null,那么 B 會(huì)在自己的生命周期結(jié)束后被回收;
合理設(shè)計(jì),不要在 A 的整個(gè)生命周期中引用 B。

TA貢獻(xiàn)1775條經(jīng)驗(yàn) 獲得超11個(gè)贊
不正確使用單例模式是引起內(nèi)存泄露的一個(gè)常見(jiàn)問(wèn)題,單例對(duì)象在被初始化后將在JVM的整個(gè)生命周期中存在(以靜態(tài)變量的方式),如果單例對(duì)象持有外部對(duì)象的引用,那么這個(gè)外部對(duì)象將不能被jvm正常回收,導(dǎo)致內(nèi)存泄露,考慮下面的例子:
復(fù)制代碼 代碼如下:
class A{
public A(){
B.getInstance().setA(this);
}
....
}
//B類采用單例模式
class B{
private A a;
private static B instance=new B();
public B(){}
public static B getInstance(){
return instance;
}
public void setA(A a){
this.a=a;
}
//getter...
}
顯然B采用singleton模式,它持有一個(gè)A對(duì)象的引用,而這個(gè)A類的對(duì)象將不能被回收。想象下如果A是個(gè)比較復(fù)雜的對(duì)象或者集合類型會(huì)發(fā)生什么情況
添加回答
舉報(bào)