1、概述
在JDK1.2以前的版本中,當一個對象不被任何變量引用,那么程序就無法再使用這個對象。也就是說,只有對象處于可觸及狀態,程序才能使用它。這 就像在日常生活中,從商店購買了某樣物品后,如果有用,就一直保留它,否則就把它扔到垃圾箱,由清潔工人收走。一般說來,如果物品已經被扔到垃圾箱,想再 把它撿回來使用就不可能了。
但有時候情況并不這么簡單,你可能會遇到類似雞肋一樣的物品,食之無味,棄之可惜。這種物品現在已經無用了,保留它會占空間,但是立刻扔掉它也不劃算,因 為也許將來還會派用場。對于這樣的可有可無的物品,一種折衷的處理辦法是:如果家里空間足夠,就先把它保留在家里,如果家里空間不夠,即使把家里所有的垃 圾清除,還是無法容納那些必不可少的生活用品,那么再扔掉這些可有可無的物品。
從JDK1.2版本開始,把對象的引用分為四種級別,從而使程序能更加靈活的控制對象的生命周期。這四種級別由高到低依次為:強引用、軟引用、弱引用和虛引用。
?
下圖為對象層次的引用
?
?
2、強引用
平時我們編程的時候例如:Object object=new Object();那object就是一個強引用了。如果一個對象具有強引用,那就類似于必不可少的生活用品,垃圾回收器絕不會回收它。當內存空 間不足,Java虛擬機寧愿拋出OutOfMemoryError錯誤,使程序異常終止,也不會靠隨意回收具有強引用的對象來解決內存不足問題。
?
3、軟引用(SoftReference)
如果一個對象只具有軟引用,那就類似于可有可物的生活用品。如果內存空間足夠,垃圾回收器就不會回收它,如果內存空間不足了,就會回收這些對象的內存。只 要垃圾回收器沒有回收它,該對象就可以被程序使用。軟引用可用來實現內存敏感的高速緩存。 軟引用可以和一個引用隊列(ReferenceQueue)聯 合使用,如果軟引用所引用的對象被垃圾回收,Java虛擬機就會把這個軟引用加入到與之關聯的引用隊列中。
4、弱引用(WeakReference)
如果一個對象只具有弱引用,那就類似于可有可物的生活用品。弱引用與軟引用的區別在于:只具有弱引用的對象擁有更短暫的生命周期。在垃圾回收器線程掃描它 所管轄的內存區域的過程中,一旦發現了只具有弱引用的對象,不管當前內存空間足夠與否,都會回收它的內存。不過,由于垃圾回收器是一個優先級很低的線程, 因此不一定會很快發現那些只具有弱引用的對象。 弱引用可以和一個引用隊列(ReferenceQueue)聯合使用,如果弱引用所引用的對象被垃圾回 收,Java虛擬機就會把這個弱引用加入到與之關聯的引用隊列中。
?
5、虛引用(PhantomReference)
"虛引用"顧名思義,就是形同虛設,與其他幾種引用都不同,虛引用并不會決定對象的生命周期。如果一個對象僅持有虛引用,那么它就和沒有任何引用一樣,在 任何時候都可能被垃圾回收。 虛引用主要用來跟蹤對象被垃圾回收的活動。虛引用與軟引用和弱引用的一個區別在于:虛引用必須和引用隊列 (ReferenceQueue)聯合使用。當垃圾回收器準備回收一個對象時,如果發現它還有虛引用,就會在回收對象的內存之前,把這個虛引用加入到與之 關聯的引用隊列中。程序可以通過判斷引用隊列中是否已經加入了虛引用,來了解被引用的對象是否將要被垃圾回收。程序如果發現某個虛引用已經被加入到引用隊 列,那么就可以在所引用的對象的內存被回收之前采取必要的行動。
?
6、相關應用
在java.lang.ref包中提供了三個類:SoftReference類、WeakReference類和PhantomReference類,它 們分別代表軟引用、弱引用和虛引用。ReferenceQueue類表示引用隊列,它可以和這三種引用類聯合使用,以便跟蹤Java虛擬機回收所引用的對 象的活動。
以下程序創建了一個String對象、ReferenceQueue對象和WeakReference對象:
?
以上程序代碼執行完畢,內存中引用與對象的關系如圖2所示
?
在圖2中,帶實線的箭頭表示強引用,帶虛線的箭頭表示弱引用。從圖中可以看出,此時"hello"對象被str強引用,并且被一個WeakReference對象弱引用,因此"hello"對象不會被垃圾回收。
?
在以下程序代碼中,把引用"hello"對象的str變量置為null,然后再通過WeakReference弱引用的get()方法獲得"hello"對象的引用:
執行完以上第④行后,內存中引用與對象的關系如圖3所示,此 時"hello"對象僅僅具有弱引用,因此它有可能被垃圾回收。假如它還沒有被垃圾回收,那么接下來在第⑤行執行wf.get()方法會返回 "hello"對象的引用,并且使得這個對象被str1強引用。再接下來在第⑥行執行rq.poll()方法會返回null,因為此時引用隊列中沒有任何 引用。ReferenceQueue的poll()方法用于返回隊列中的引用,如果沒有則返回null。
?
在以下程序代碼中,執行完第④行后,"hello"對象僅僅具有弱引用。接下來兩次調用System.gc()方法,催促垃圾回收器工作,從而提高 "hello"對象被回收的可能性。假如"hello"對象被回收,那么WeakReference對象的引用被加入到ReferenceQueue中, 接下來wf.get()方法返回null,并且rq.poll()方法返回WeakReference對象的引用。圖4顯示了執行完第⑧行后內存中引用與 對象的關系。
圖4 "hello"對象被垃圾回收,弱引用被加入到引用隊列
?
在以下代碼References類中,依次創建了10個軟引用、10個弱引用和10個虛引用,它們各自引用一個Grocery對象。從程序運 行時的打印結果可以看出,虛引用形同虛設,它所引用的對象隨時可能被垃圾回收,具有弱引用的對象擁有稍微長的生命周期,當垃圾回收器執行回收操作時,有可 能被垃圾回收,具有軟引用的對象擁有較長的生命周期,但在Java虛擬機認為內存不足的情況下,也會被垃圾回收。
?
在Java集合中有一種特殊的Map類型:WeakHashMap, 在這種Map中存放了鍵對象的弱引用,當一個鍵對象被垃圾回收,那么相應的值對象的引用會從Map中刪除。WeakHashMap能夠節約存儲空間,可用來緩存那些非必須存在的數據。
以下代碼MapCache類的main()方法創建了一個WeakHashMap對象,它存放了一組Key對象的弱引用,此外main()方法還創建了一個數組對象,它存放了部分Key對象的強引用。
?
?
程序輸出結果:
從打印結果可以看出,當執行System.gc()方法后,垃圾回收器只會回收那些僅僅持有弱引用的Key對象。id可以被3整數的Key對象持有強引用,因此不會被回收。
?
7、使用軟引用構建敏感數據的緩存
7.1 為什么需要使用軟引用
首先,我們看一個雇員信息查詢系統的實例。我們將使用一個Java語言實現的雇員信息查詢系統查詢存儲在磁盤文件或者數據庫中的雇員人事檔案信息。作為一 個用戶,我們完全有可能需要回頭去查看幾分鐘甚至幾秒鐘前查看過的雇員檔案信息(同樣,我們在瀏覽WEB頁面的時候也經常會使用“后退”按鈕)。這時我們 通常會有兩種程序實現方式:一種是把過去查看過的雇員信息保存在內存中,每一個存儲了雇員檔案信息的Java對象的生命周期貫穿整個應用程序始終;另一種 是當用戶開始查看其他雇員的檔案信息的時候,把存儲了當前所查看的雇員檔案信息的Java對象結束引用,使得垃圾收集線程可以回收其所占用的內存空間,當 用戶再次需要瀏覽該雇員的檔案信息的時候,重新構建該雇員的信息。很顯然,第一種實現方法將造成大量的內存浪費,而第二種實現的缺陷在于即使垃圾收集線程 還沒有進行垃圾收集,包含雇員檔案信息的對象仍然完好地保存在內存中,應用程序也要重新構建一個對象。我們知道,訪問磁盤文件、訪問網絡資源、查詢數據庫 等操作都是影響應用程序執行性能的重要因素,如果能重新獲取那些尚未被回收的Java對象的引用,必將減少不必要的訪問,大大提高程序的運行速度。
7.2 如果使用軟引用
SoftReference的特點是它的一個實例保存對一個Java對象的軟引用,該軟引用的存在不妨礙垃圾收集線程對該Java對象的回收。也就是說, 一旦SoftReference保存了對一個Java對象的軟引用后,在垃圾線程對這個Java對象回收前,SoftReference類所提供的 get()方法返回Java對象的強引用。另外,一旦垃圾線程回收該Java對象之后,get()方法將返回null。
看下面代碼:
此時,對于這個MyObject對象,有兩個引用路徑,一個是來自SoftReference對象的軟引用,一個來自變量aReference的強引用,所以這個MyObject對象是強可及對象。
隨即,我們可以結束aReference對這個MyObject實例的強引用:
aRef = null;
此后,這個MyObject對象成為了軟可及對象。如果垃圾收集線程進行內存垃圾收集,并不會因為有一個SoftReference對該對象的引用而始終 保留該對象。Java虛擬機的垃圾收集線程對軟可及對象和其他一般Java對象進行了區別對待:軟可及對象的清理是由垃圾收集線程根據其特定算法按照內存 需求決定的。也就是說,垃圾收集線程會在虛擬機拋出OutOfMemoryError之前回收軟可及對象,而且虛擬機會盡可能優先回收長時間閑置不用的軟 可及對象,對那些剛剛構建的或剛剛使用過的“新”軟可反對象會被虛擬機盡可能保留。在回收這些對象之前,我們可以通過:
MyObject anotherRef=(MyObject)aSoftRef.get();
重新獲得對該實例的強引用。而回收之后,調用get()方法就只能得到null了。
7.3 使用ReferenceQueue清除失去了軟引用對象的SoftReference
作為一個Java對象,SoftReference對象除了具有保存軟引用的特殊性之外,也具有Java對象的一般性。所以,當軟可及對象被回收之后, 雖然這個SoftReference對象的get()方法返回null,但這個SoftReference對象已經不再具有存在的價值,需要一個適當的清 除機制,避免大量SoftReference對象帶來的內存泄漏。在java.lang.ref包里還提供了ReferenceQueue。如果在創建 SoftReference對象的時候,使用了一個ReferenceQueue對象作為參數提供給SoftReference的構造方法,如:
那么當這個SoftReference所軟引用的aMyOhject被垃圾收集器回收的同時,ref所強引用的SoftReference對象被列入 ReferenceQueue。也就是說,ReferenceQueue中保存的對象是Reference對象,而且是已經失去了它所軟引用的對象的 Reference對象。另外從ReferenceQueue這個名字也可以看出,它是一個隊列,當我們調用它的poll()方法的時候,如果這個隊列中 不是空隊列,那么將返回隊列前面的那個Reference對象。
在任何時候,我們都可以調用ReferenceQueue的poll()方法來檢查是否有它所關心的非強可及對象被回收。如果隊列為空,將返回一個 null,否則該方法返回隊列中前面的一個Reference對象。利用這個方法,我們可以檢查哪個SoftReference所軟引用的對象已經被回 收。于是我們可以把這些失去所軟引用的對象的SoftReference對象清除掉。常用的方式為:
理解了ReferenceQueue的工作機制之后,我們就可以開始構造一個Java對象的高速緩存器了。
7.4通過軟可及對象重獲方法實現Java對象的高速緩存
利用Java2平臺垃圾收集機制的特性以及前述的垃圾對象重獲方法,我們通過一個雇員信息查詢系統的小例子來說明如何構建一種高速緩存器來避免重復構建同一個對象帶來的性能損失。我們將一個雇員的檔案信息定義為一個Employee類:
?
這個Employee類的構造方法中我們可以預見,如果每次需要查詢一個雇員的信息。哪怕是幾秒中之前剛剛查詢過的,都要重新構建一個實例,這是需要消耗很多時間的。下面是一個對Employee對象進行緩存的緩存器的定義:
?
- import java.lang.ref.ReferenceQueue;
- import java.lang.ref.SoftReference;
- import java.util.Hashtable;
- public class EmployeeCache {
- static private EmployeeCache cache; // 一個Cache實例
- private Hashtable employeeRefs; // 用于Cache內容的存儲
- private ReferenceQueue q; // 垃圾Reference的隊列
- // 繼承SoftReference,使得每一個實例都具有可識別的標識。
- // 并且該標識與其在HashMap內的key相同。
- private class EmployeeRef extends SoftReference {
- private String _key = "" ;
- public EmployeeRef(Employee em, ReferenceQueue q) {
- super (em, q);
- _key = em.getID();
- }
- }
- // 構建一個緩存器實例
- private EmployeeCache() {
- employeeRefs = new Hashtable();
- q = new ReferenceQueue();
- }
- // 取得緩存器實例
- public static EmployeeCache getInstance() {
- if (cache == null ) {
- cache = new EmployeeCache();
- }
- return cache;
- }
- // 以軟引用的方式對一個Employee對象的實例進行引用并保存該引用
- private void cacheEmployee(Employee em) {
- cleanCache(); // 清除垃圾引用
- EmployeeRef ref = new EmployeeRef(em, q);
- employeeRefs.put(em.getID(), ref);
- }
- // 依據所指定的ID號,重新獲取相應Employee對象的實例
- public Employee getEmployee(String ID) {
- Employee em = null ;
- // 緩存中是否有該Employee實例的軟引用,如果有,從軟引用中取得。
- if (employeeRefs.containsKey(ID)) {
- EmployeeRef ref = (EmployeeRef) employeeRefs.get(ID);
- em = (Employee) ref.get();
- }
- // 如果沒有軟引用,或者從軟引用中得到的實例是null,重新構建一個實例,
- // 并保存對這個新建實例的軟引用
- if (em == null ) {
- em = new Employee(ID);
- System.out.println( "Retrieve From EmployeeInfoCenter. ID=" + ID);
- this .cacheEmployee(em);
- }
- return em;
- }
- // 清除那些所軟引用的Employee對象已經被回收的EmployeeRef對象
- private void cleanCache() {
- EmployeeRef ref = null ;
- while ((ref = (EmployeeRef) q.poll()) != null ) {
- employeeRefs.remove(ref._key);
- }
- }
- // 清除Cache內的全部內容
- public void clearCache() {
- cleanCache();
- employeeRefs.clear();
- System.gc();
- System.runFinalization();
- }
- }
?
?
8.使用弱引用構建非敏感數據的緩存
8.1全局 Map 造成的內存泄漏
無意識對象保留最常見的原因是使用Map將元數據與臨時對象(transient object)相關聯。假定一個對象具有中等生命周期,比分配它的那個方法調用的生命周期長,但是比應用程序的生命周期短,如客戶機的套接字連接。需要將 一些元數據與這個套接字關聯,如生成連接的用戶的標識。在創建Socket時是不知道這些信息的,并且不能將數據添加到Socket對象上,因為不能控制 Socket 類或者它的子類。這時,典型的方法就是在一個全局 Map 中存儲這些信息,如下面的 SocketManager 類所示:使用一個全局 Map 將元數據關聯到一個對象。
這種方法的問題是元數據的生命周期需要與套接字的生命周期掛鉤,但是除非準確地知道什么時候程序不再需要這個套接字,并記住從 Map 中刪除相應的映射,否則,Socket 和 User 對象將會永遠留在 Map 中,遠遠超過響應了請求和關閉套接字的時間。這會阻止 Socket 和 User 對象被垃圾收集,即使應用程序不會再使用它們。這些對象留下來不受控制,很容易造成程序在長時間運行后內存爆滿。除了最簡單的情況,在幾乎所有情況下找出 什么時候 Socket 不再被程序使用是一件很煩人和容易出錯的任務,需要人工對內存進行管理。
8.2如何使用WeakHashMap
在Java集合中有一種特殊的Map類型—WeakHashMap,在這種Map中存放了鍵對象的弱引用,當一個鍵對象被垃圾回收器回收時,那么相應的值 對象的引用會從Map中刪除。WeakHashMap能夠節約存儲空間,可用來緩存那些非必須存在的數據。關于Map接口的一般用法。
下面示例中MapCache類的main()方法創建了一個WeakHashMap對象,它存放了一組Key對象的弱引用,此外main()方法還創建了一個數組對象,它存放了部分Key對象的強引用。
?
- import java.util.WeakHashMap;
- class Element {
- private String ident;
- public Element(String id) {
- ident = id;
- }
- public String toString() {
- return ident;
- }
- public int hashCode() {
- return ident.hashCode();
- }
- public boolean equals(Object obj) {
- return obj instanceof Element && ident.equals(((Element) obj).ident);
- }
- protected void finalize(){
- System.out.println( "Finalizing " +getClass().getSimpleName()+ " " +ident);
- }
- }
- class Key extends Element{
- public Key(String id){
- super (id);
- }
- }
- class Value extends Element{
- public Value (String id){
- super (id);
- }
- }
- public class CanonicalMapping {
- public static void main(String[] args){
- int size= 1000 ;
- Key[] keys= new Key[size];
- WeakHashMap map= new WeakHashMap();
- for ( int i= 0 ;i< SPAN>
- Key k= new Key(Integer.toString(i));
- Value v= new Value(Integer.toString(i));
- if (i% 3 == 0 )
- keys[i]=k;
- map.put(k, v);
- }
- System.gc();
- }
- }
?
?
從打印結果可以看出,當執行System.gc()方法后,垃圾回收器只會回收那些僅僅持有弱引用的Key對象。id可以被3整除的Key對象持有強引用,因此不會被回收。
8.3用 WeakHashMap 堵住泄漏
在 SocketManager 中防止泄漏很容易,只要用 WeakHashMap 代替 HashMap 就行了。(這里假定SocketManager不需要線程安全)。當映射的生命周期必須與鍵的生命周期聯系在一起時,可以使用這種方法。用 WeakHashMap修復 SocketManager。
?
8.4配合使用引用隊列
WeakHashMap 用弱引用承載映射鍵,這使得應用程序不再使用鍵對象時它們可以被垃圾收集,get() 實現可以根據 WeakReference.get() 是否返回 null 來區分死的映射和活的映射。但是這只是防止 Map 的內存消耗在應用程序的生命周期中不斷增加所需要做的工作的一半,還需要做一些工作以便在鍵對象被收集后從 Map 中刪除死項。否則,Map 會充滿對應于死鍵的項。雖然這對于應用程序是不可見的,但是它仍然會造成應用程序耗盡內存。
引用隊列是垃圾收集器向應用程序返回關于對象生命周期的信息的主要方法。弱引用有個構造函數取引用隊列作為參數。如果用關聯的引用隊列創建弱引用,在弱引用對象成為 GC 候選對象時,這個引用對象就在引用清除后加入到引用隊列中(具體參考上文軟引用示例)。
WeakHashMap 有一個名為 expungeStaleEntries() 的私有方法,大多數 Map 操作中會調用它,它去掉引用隊列中所有失效的引用,并刪除關聯的映射。
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索:z360901061

微信掃一掃加我為好友
QQ號聯系: 360901061
您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對您有幫助就好】元
