Java的最顯著的優點之一是記憶體管理。你只需要簡單建立物件，java的垃圾收集器來負責分配和釋放記憶體。但是，情況並不是這麼簡單，因為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

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

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