不一定是錯誤的代碼。內存泄漏有可能是根本就忘了釋放內存，也可能是未能及時釋放內存。

舉個極端的例子：

1. A引用了 B，A.p = B，而且 A 的生命周期比較長；

2. A引用B只使用了很短的一段時間，在A剩下的所有生命周期中，B都不再使用；

那個在 A 的整個生命周期中，B 一直存在，但有很長的一段時間是不使用的；此時 B 仍保持有引用，所以不會回收。在 A 的整個生命周期中，不再使用 B 的時候，B 就可以看作是內存泄漏了。在最極端的情況下，比如A的生命周期等于整個程序的生命周期，那么就會浪費內存了。

怎么避免呢？

1. 在不需要使用之后，A 不要保留 B 的引用，如使用 A.p = null，那么 B 會在自己的生命周期結束后被回收；

2. 合理設計，不要在 A 的整個生命周期中引用 B。

不正確使用單例模式是引起內存泄露的一個常見問題，單例對象在被初始化后將在JVM的整個生命周期中存在（以靜態變量的方式），如果單例對象持有外部對象的引用，那么這個外部對象將不能被jvm正常回收，導致內存泄露，考慮下面的例子：

復制代碼 代碼如下:

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模式，它持有一個A對象的引用，而這個A類的對象將不能被回收。想象下如果A是個比較復雜的對象或者集合類型會發生什么情況