好久沒看關於java的書了，最近，看了James Gosling的<<Java程序設計語言>>，做了一些讀書筆記。這部分是關於垃圾回收的。
一. 垃圾回收
對像是使用new創建的，但是並沒有與之相對應的delete操作來回收對象佔用的內存。當我們完成對某個對象的使用時，只需停止該對象的引用：
->將引用改變為指向其他對象
->將引用指向null
->從方法中返回, 使得該方法的局部變量不復存在
要點：
->當我們從任何可執行代碼都無法到達某個對象時，它所佔用的空間就可以被回收。
->垃圾回收意味著我們永遠不用擔心出現虛懸引用(dangling reference)。虛懸引用，指得是引用已經被刪除的內存空間。在那些程序員可以直接控制何時刪除對象的系統中，會存在這樣的問題。
->垃圾回收器模型：引用計數器法(不能解決循環引用)，標記-清除(mark-and-sweep)。
二. 總結
finalize方法
->在垃圾回收器確定該對像是不可達的且該對象的空間將被回收之後，垃圾回收器就會調用這個方法。
->這個方法可以清除該對象所使用的所有非內存資源，對每一個對象最多只能調用一次，即使在這個方法的執行使得該對象重新變為可達之後又馬上會再次變為不可達的情況下，該方法也只能調用一次。
->finalize方法可以在任何特定的時間段內被調用，它也可能永遠不會被調用(java虛擬機結束)。
覆寫finalize方法
->當一個對像變成垃圾時，它所引用的其他對像也很有可能會變成垃圾。這些垃圾可能在調用我們編寫的finalize方法之前就已經被終結了，因此它們可能處於不可預知的狀態。
->覆寫finalize方法是，加上super.finalize方法。最好加在finally字句裡面。保證其超類中聲明的部分內容也可以被終結。
三. 與垃圾回收器交互的相關類和方法
類：Runtime.getRuntime(), System
方法：gc(), runFinalization(), freeMemory(), totalMemory(), maxMemory()
System類支持靜態的gc()和runFinalization()方法，它們將調用當前Runtime對像上的相應方法。
四. 可達性狀態和引用對象
對像只有在沒有任何引用指定它的時候才可以被當作垃圾回收，但有時我們可能希望在仍舊有選定引用指向對象時，將該對像作為垃圾回收掉。
引用對象的唯一用途就是維護對另一個被稱為指稱物(referent)的對象的引用。通常我們通過字段或者局部變量來維護對對象的引用，但是現在我們可以維護對引用對象的直接引用，而該引用對象包裝了我們實際需要的對象。垃圾回收器可能判斷出對某個對象的殘留引用是否都是經由引用對象面引用到該對象的，因此它可以決定是否要回收該對象。引用對象的強度將決定垃圾回收器的行為，普通的引用都是強度最大的引用。
Reference類
->包:java.lang.ref
->典型方法: get(), clear(), enqueue(), isEnqueued()
引用和可達性強度
->對像是強可達的(strongly reachable):普通的引用
->對像是軟可達的(softly reachable):SoftReference
->對像是弱可達的(weakly reachable):WeakReference
->對像是虛可達的(phantom reachable):PhantomReference
->對像是不可達的:沒有引用鏈接一旦對像變為弱可達的(或者列弱)，它就可以被終結。如果在終結之後該對像是不可達的，那麼它就可以被回收了。
對象可達性階段會觸發垃圾回收器對相關的引用對像類型做出適當的行為：
->軟可達對象可能會任憑垃圾回收器去回收。我們可確定的是所有對軟可達對象的SoftReference都會在拋出outofMemoryError錯誤這前被清除。
->弱可達對象將會被垃圾回收器回收。
->虛可達對象並不是真正意義上的可達，因為無法通過PhantomReference訪問其指稱對象，其get方法總是返回null。但是虛引用的存在可以防止對像在顯式清除虛引用之前被回收。虛引用使我們可以處理那些finalize方法已經被調用過的對象，從而可以安全地認為它們是"死"的。