Java
執行GC
判斷對象是否存活有兩種方式其中一種是引用計數。java
引用計數:Java堆中每個對象都有一個引用計數屬性,引用每新增1次計數加1,引用每釋放1次計數減1。算法
在JDK 1.2
之前的版本中,若一個對象不被任何變量引用,那麼程序就沒法再使用這個對象。也就是說,只有對象處於(reachable
)可達狀態,程序才能使用它。編程
從JDK 1.2
版本開始,對象的引用被劃分爲4
種級別,從而使程序能更加靈活地控制對象的生命週期。這4
種級別由高到低依次爲:強引用、軟引用、弱引用和虛引用。後端
強引用是使用最廣泛的引用。若是一個對象具備強引用,那垃圾回收器毫不會回收它。以下:數組
Object strongReference = new Object();
複製代碼
當內存空間不足時,Java
虛擬機寧願拋出OutOfMemoryError
錯誤,使程序異常終止,也不會靠隨意回收具備強引用的對象來解決內存不足的問題。 若是強引用對象不使用時,須要弱化從而使GC
可以回收,以下:瀏覽器
strongReference = null;
複製代碼
顯式地設置strongReference
對象爲null
,或讓其超出對象的生命週期範圍,則gc
認爲該對象不存在引用,這時就能夠回收這個對象。具體何時收集這要取決於GC
算法。緩存
public void test() {
Object strongReference = new Object();
// 省略其餘操做
}
複製代碼
在一個方法的內部有一個強引用,這個引用保存在Java
棧中,而真正的引用內容(Object
)保存在Java
堆中。 當這個方法運行完成後,就會退出方法棧,則引用對象的引用數爲0
,這個對象會被回收。多線程
可是若是這個strongReference
是全局變量時,就須要在不用這個對象時賦值爲null
,由於強引用不會被垃圾回收。架構
ArrayList的Clear方法:框架
在ArrayList
類中定義了一個elementData
數組,在調用clear
方法清空數組時,每一個數組元素被賦值爲null
。 不一樣於elementData=null
,強引用仍然存在,避免在後續調用add()
等方法添加元素時進行內存的從新分配。 使用如clear()
方法內存數組中存放的引用類型進行內存釋放特別適用,這樣就能夠及時釋放內存。
若是一個對象只具備軟引用,則內存空間充足時,垃圾回收器就不會回收它;若是內存空間不足了,就會回收這些對象的內存。只要垃圾回收器沒有回收它,該對象就能夠被程序使用。
軟引用可用來實現內存敏感的高速緩存。
// 強引用
String strongReference = new String("abc");
// 軟引用
String str = new String("abc");
SoftReference<String> softReference = new SoftReference<String>(str);
複製代碼
軟引用能夠和一個引用隊列(ReferenceQueue
)聯合使用。若是軟引用所引用對象被垃圾回收,JAVA
虛擬機就會把這個軟引用加入到與之關聯的引用隊列中。
ReferenceQueue<String> referenceQueue = new ReferenceQueue<>();
String str = new String("abc");
SoftReference<String> softReference = new SoftReference<>(str, referenceQueue);
str = null;
// Notify GC
System.gc();
System.out.println(softReference.get()); // abc
Reference<? extends String> reference = referenceQueue.poll();
System.out.println(reference); //null
複製代碼
注意:軟引用對象是在jvm內存不夠的時候纔會被回收,咱們調用System.gc()方法只是起通知做用,JVM何時掃描回收對象是JVM本身的狀態決定的。就算掃描到軟引用對象也不必定會回收它,只有內存不夠的時候纔會回收。
當內存不足時,JVM
首先將軟引用中的對象引用置爲null
,而後通知垃圾回收器進行回收:
if(JVM內存不足) {
// 將軟引用中的對象引用置爲null
str = null;
// 通知垃圾回收器進行回收
System.gc();
}
複製代碼
也就是說,垃圾收集線程會在虛擬機拋出OutOfMemoryError
以前回收軟引用對象,並且虛擬機會盡量優先回收長時間閒置不用的軟引用對象。對那些剛構建的或剛使用過的**"較新的"軟對象會被虛擬機儘量保留**,這就是引入引用隊列ReferenceQueue
的緣由。
應用場景:
瀏覽器的後退按鈕。按後退時,這個後退時顯示的網頁內容是從新進行請求仍是從緩存中取出呢?這就要看具體的實現策略了。
這時候就可使用軟引用,很好的解決了實際的問題:
// 獲取瀏覽器對象進行瀏覽
Browser browser = new Browser();
// 從後臺程序加載瀏覽頁面
BrowserPage page = browser.getPage();
// 將瀏覽完畢的頁面置爲軟引用
SoftReference softReference = new SoftReference(page);
// 回退或者再次瀏覽此頁面時
if(softReference.get() != null) {
// 內存充足,尚未被回收器回收,直接獲取緩存
page = softReference.get();
} else {
// 內存不足,軟引用的對象已經回收
page = browser.getPage();
// 從新構建軟引用
softReference = new SoftReference(page);
}
複製代碼
弱引用與軟引用的區別在於:只具備弱引用的對象擁有更短暫的生命週期。在垃圾回收器線程掃描它所管轄的內存區域的過程當中,一旦發現了只具備弱引用的對象,無論當前內存空間足夠與否,都會回收它的內存。不過,因爲垃圾回收器是一個優先級很低的線程,所以不必定會很快發現那些只具備弱引用的對象。
String str = new String("abc");
WeakReference<String> weakReference = new WeakReference<>(str);
str = null;
複製代碼
JVM
首先將軟引用中的對象引用置爲null
,而後通知垃圾回收器進行回收:
str = null;
System.gc();
複製代碼
注意:若是一個對象是偶爾(不多)的使用,而且但願在使用時隨時就能獲取到,但又不想影響此對象的垃圾收集,那麼你應該用Weak Reference來記住此對象。
下面的代碼會讓一個弱引用再次變爲一個強引用:
String str = new String("abc");
WeakReference<String> weakReference = new WeakReference<>(str);
// 弱引用轉強引用
String strongReference = weakReference.get();
複製代碼
一樣,弱引用能夠和一個引用隊列(ReferenceQueue
)聯合使用,若是弱引用所引用的對象被垃圾回收,Java
虛擬機就會把這個弱引用加入到與之關聯的引用隊列中。
簡單測試:
GCTarget.java
public class GCTarget {
// 對象的ID
public String id;
// 佔用內存空間
byte[] buffer = new byte[1024];
public GCTarget(String id) {
this.id = id;
}
protected void finalize() throws Throwable {
// 執行垃圾回收時打印顯示對象ID
System.out.println("Finalizing GCTarget, id is : " + id);
}
}
複製代碼
GCTargetWeakReference.java
public class GCTargetWeakReference extends WeakReference<GCTarget> {
// 弱引用的ID
public String id;
public GCTargetWeakReference(GCTarget gcTarget, ReferenceQueue<? super GCTarget> queue) {
super(gcTarget, queue);
this.id = gcTarget.id;
}
protected void finalize() {
System.out.println("Finalizing GCTargetWeakReference " + id);
}
}
複製代碼
WeakReferenceTest.java
public class WeakReferenceTest {
// 弱引用隊列
private final static ReferenceQueue<GCTarget> REFERENCE_QUEUE = new ReferenceQueue<>();
public static void main(String[] args) {
LinkedList<GCTargetWeakReference> gcTargetList = new LinkedList<>();
// 建立弱引用的對象,依次加入鏈表中
for (int i = 0; i < 5; i++) {
GCTarget gcTarget = new GCTarget(String.valueOf(i));
GCTargetWeakReference weakReference = new GCTargetWeakReference(gcTarget,
REFERENCE_QUEUE);
gcTargetList.add(weakReference);
System.out.println("Just created GCTargetWeakReference obj: " +
gcTargetList.getLast());
}
// 通知GC進行垃圾回收
System.gc();
try {
// 休息幾分鐘,等待上面的垃圾回收線程運行完成
Thread.sleep(6000);
} catch (InterruptedException e) {
e.printStackTrace();
}
// 檢查關聯的引用隊列是否爲空
Reference<? extends GCTarget> reference;
while((reference = REFERENCE_QUEUE.poll()) != null) {
if(reference instanceof GCTargetWeakReference) {
System.out.println("In queue, id is: " +
((GCTargetWeakReference) (reference)).id);
}
}
}
}
複製代碼
運行WeakReferenceTest.java
,運行結果以下:
可見WeakReference
對象的生命週期基本由垃圾回收器決定,一旦垃圾回收線程發現了弱引用對象,在下一次GC
過程當中就會對其進行回收。
虛引用顧名思義,就是形同虛設。與其餘幾種引用都不一樣,虛引用並不會決定對象的生命週期。若是一個對象僅持有虛引用,那麼它就和沒有任何引用同樣,在任什麼時候候均可能被垃圾回收器回收。
應用場景:
虛引用主要用來跟蹤對象被垃圾回收器回收的活動。 虛引用與軟引用和弱引用的一個區別在於:
虛引用必須和引用隊列(ReferenceQueue)聯合使用。當垃圾回收器準備回收一個對象時,若是發現它還有虛引用,就會在回收對象的內存以前,把這個虛引用加入到與之關聯的引用隊列中。
String str = new String("abc");
ReferenceQueue queue = new ReferenceQueue();
// 建立虛引用,要求必須與一個引用隊列關聯
PhantomReference pr = new PhantomReference(str, queue);
複製代碼
程序能夠經過判斷引用隊列中是否已經加入了虛引用,來了解被引用的對象是否將要進行垃圾回收。若是程序發現某個虛引用已經被加入到引用隊列,那麼就能夠在所引用的對象的內存被回收以前採起必要的行動。
Java中4種引用的級別和強度由高到低依次爲:強引用 -> 軟引用 -> 弱引用 -> 虛引用
當垃圾回收器回收時,某些對象會被回收,某些不會被回收。垃圾回收器會從根對象Object
來標記存活的對象,而後將某些不可達的對象和一些引用的對象進行回收。
經過表格來講明一下,以下:
引用類型 | 被垃圾回收時間 | 用途 | 生存時間 |
---|---|---|---|
強引用 | 歷來不會 | 對象的通常狀態 | JVM中止運行時終止 |
軟引用 | 當內存不足時 | 對象緩存 | 內存不足時終止 |
弱引用 | 正常垃圾回收時 | 對象緩存 | 垃圾回收後終止 |
虛引用 | 正常垃圾回收時 | 跟蹤對象的垃圾回收 | 垃圾回收後終止 |
歡迎關注技術公衆號: 零壹技術棧
本賬號將持續分享後端技術乾貨,包括虛擬機基礎,多線程編程,高性能框架,異步、緩存和消息中間件,分佈式和微服務,架構學習和進階等學習資料和文章。