[問題] null 和 GC 與 LinkedList 的原始碼

[s3748679 (冷羽翼塵)]

這是從LinkedList.java節錄出的一段:
    private E remove(Entry<E> e) {
        if (e == header)
            throw new NoSuchElementException();

        E result = e.element;

        e.previous.next = e.next;
        e.next.previous = e.previous;

        e.next = e.previous = null;
        e.element = null;

        size--;
        modCount++;

        return result;
    }

    public void clear() {
        Entry<E> e = header.next;
        while (e != header) {
            Entry<E> next = e.next;
            e.next = e.previous = null;
            e.element = null;
            e = next;
        }
        header.next = header.previous = header;
        size = 0;
            modCount++;
    }

在這邊小弟有個疑問，如果這邊的原始碼改成了這樣:
    private E remove(Entry<E> e) {
        if (e == header)
            throw new NoSuchElementException();

        E result = e.element;

        e.previous.next = e.next;
        e.next.previous = e.previous;

        // 把這二行砍了
        // e.next = e.previous = null;
        // e.element = null;

        size--;
        modCount++;

        return result;
    }

    public void clear() {
        // 把這裡也砍了
        //Entry<E> e = header.next;
        //while (e != header) {
        //    Entry<E> next = e.next;
        //    e.next = e.previous = null;
        //    e.element = null;
        //    e = next;
        //}

        header.next = header.previous = header;
        size = 0;
            modCount++;
    }

這樣的話GC還回收得到中間的Entry嗎? 不曉得會不會造成記憶體遺失的問題@@"

還是說這樣做GC還是回收得到，只是會比較慢!? (猜測)

PS: 看過了wiki，但我有看沒有懂:

雖然記憶體管理器可以回復不能存取的記憶體，但它不可以釋放可存取的記憶體因為仍有
可能需要使用。現代的記憶體管理器因此為程式設計員提供技術來標示記憶體的可用性，
以不同級別的「存取性」表示。記憶體管理器不會把需要存取可能較高的物件釋放。當物
件直接和一個強參照相關或者間接和一組強參照相關表示該物件存取性較強。（強參照相
對於弱參照，是防止物件被回收的一個參照。）要防止此類記憶體泄漏，開發者必須使用
物件後清理參照，一般都是在不再需要時將參照設成null，如果有可能，把維持強參照的
事件偵聽器全部登出。

wiki 內部記憶體洩漏
網址: http://zh.wikipedia.org/zh-tw/%E5%86%85%E5%AD%98%E6%B3%84%E6%BC%8F

希望各位大大能對半路出家的我指點迷津... Thanks~

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 218.164.80.146
→ s3748679:話說... 本日公休是什麼意思..不會主力都撤了吧(拖走..
推 lachtchlee:把那幾個步驟 圖示出來 不就一目了然 ?
→ lachtchlee:java.lang.ref.SoftReference
→ lachtchlee:java.lang.ref.PhantomReference
→ lachtchlee:因變量和物件的有效期有差別 丟垃圾時不能認為垃圾車
→ lachtchlee:很聽話 參考以上文檔 你那些都乖乖地留著 不要刪除
→ lachtchlee:例如 我在方法體內通過局部變量創建一個物件 再以返回
→ lachtchlee:值的形式將它帶出方法體外 指派給其他局部變量或成員
→ lachtchlee:變量 卻不用擔心原先創建它的變量 是死是活 還存在否?
推 PsMonkey:請不要推文超過 3 行，謝謝
→ lachtchlee:多謝指導
→ s3748679:@lachtchlee: 感謝你的回覆~