雖然Java自帶垃圾回收機制（GC），程式設計師不需要手動進行記憶體管理，但是仍然會出現記憶體洩漏的情況。儘管如此，Java的自動記憶體管理，比起C/C++，記憶體洩漏的情況大大減少了。下面總結下什麼情況下會發生Java記憶體洩漏。

靜態集合類

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

class StaticTest
{
    private static Vector v = new Vector(10);

    public
 
 void init()
    {
        for (int i = 1; i < 100; i++)
        {
            Object object = new Object();
            v.add(object);
            object = null;
        }
    }
}

在上面的程式碼中，迴圈申請了Object物件，並新增到Vector中，然後將物件設定為null，可是這些物件因為被Vector引用著，因此並不能被GC回收，因此造成了記憶體洩漏。因此，要釋放這些物件，還需要被它們從Vector刪除，最簡單的方法就是將Vector

集合裡的物件屬性值被改變

看以下程式碼：

public static void main(String[] args)
{
    Set<Student> set = new HashSet<Student>();
    Student s1 = new Student("Jack");
    Student s2 = new Student("Mary");
    Student s3 = new Student("Eason");

    set.add(s1);
    set.add(s2);
    set.add(s3);

    System.out
 
.println(set.size());//3
    s2.setName("Jackson"); //修改屬性，此時s2元素對應的hashcode值發生改變
    set.remove(s2);        // remove不掉，造成記憶體洩漏
    set.add(s2);           // 新增成功

    System.out.println(set.size());//4
}

在這個例子中，由於物件s2的屬性值被改變了，因此不能從set中刪除，所以set中會一直保持著s2的引用，不能被回收，造成了記憶體洩漏。

監聽器

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

各種連線

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

外部模組的引用

呼叫外部模組的時候，也應該注意防止記憶體洩漏。如模組A呼叫了外部模組B的一個方法，如：
public void register(Object o)
這個方法有可能就使得A模組持有傳入物件的引用，這時候需要檢視B模組是否提供了去除引用的方法，如unregister()。這種情況容易忽略，而且發生了記憶體洩漏的話，比較難察覺，應該在編寫程式碼過程中就應該注意此類問題。

單例模式

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

文章來源：http://www.jianshu.com/p/93b91ea18c28