Java中四種引用詳解
java 中的 4 種引用方式,適用於不同的場景,重點需要理解虛引用,結合文字和代碼
強引用
被強引用的對象,不會被垃圾回收器回收,JVM 寧願拋出 OOM 也不會去回收被強引用的對象;
M m = new M();
軟引用
當堆空間夠用時,GC 不會對軟引用的對象進行回收,當堆空間不足以分配新的空間時,觸發 GC 就會對這部分對象進行回收,通常用在緩存等領域。將緩存對象使用軟引用,空間不足的時候釋放這部分空間,需要再次使用的時候,重新從 DB 中加載即可。
另外軟引用可以配合隊列(ReferenceQueue
) 來使用,如果軟引用引用的對象被垃圾回收,JVM 會把軟引用加入到與之關聯的引用隊列中。
/** * 軟引用:一般用在緩存,隻要空間不足,GC 跑起來就會回收它 * 運行參數 -Xmx200m -XX:+PrintGC * Created by etfox on 2021/03/01 17:06 **/ public class TestSoftReference { public static void main(String[] ags) throws InterruptedException { //100M的緩存數據 byte[] cacheData = new byte[100 * 1024 * 1024]; //將緩存數據用軟引用持有 SoftReference<byte[]> cacheRef = new SoftReference<>(cacheData); //將緩存數據的強引用去除 cacheData = null; System.out.println("第一次GC前" + cacheData); System.out.println("第一次GC前" + cacheRef.get()); //進行一次GC後查看對象的回收情況 System.gc(); //等待GC Thread.sleep(500); System.out.println("第一次GC後" + cacheData); System.out.println("第一次GC後" + cacheRef.get()); //在分配一個120M的對象,看看緩存對象的回收情況 byte[] newData = new byte[120 * 1024 * 1024]; System.out.println("分配後" + cacheData); System.out.println("分配後" + cacheRef.get()); } } console==> [GC (Allocation Failure) 4120K->1055K(15872K), 0.0016237 secs] [Full GC (Allocation Failure) 1055K->1054K(15872K), 0.0015426 secs] 第一次GC前null 第一次GC前[B@1973e9b [Full GC (System.gc()) 103583K->103455K(118340K), 0.0015559 secs] 第一次GC後null 第一次GC後[B@1973e9b [GC (Allocation Failure) 105575K->103455K(198016K), 0.0001733 secs] [Full GC (Allocation Failure) 103455K->103455K(198016K), 0.0011860 secs] [Full GC (Allocation Failure) 103455K->819K(198016K), 0.0012080 secs] 分配後null 分配後null
弱引用
弱引用的引用對象在每次 GC 時,不管當前堆內存大小,都會將這個對象清除。如果此對象偶爾使用,並且希望需要用到的時候可以獲取到,但是又不希望影響這個對象的回收,就可以使用弱引用來描述對象。
當然弱引用也可以結合事件隊列使用。
/** * 弱引用:如果對象時偶爾使用,並且希望使用的時候就能獲取到(get),但是又不想影響此對象的垃圾收集 * 可以引入隊列 * Created by etfox on 2021/03/01 17:59 **/ public class TestWeakReference { public static void main(String[] args) throws InterruptedException { //100M的緩存數據 byte[] cacheData = new byte[100 * 1024 * 1024]; //將緩存數據用軟引用持有 WeakReference<byte[]> cacheRef = new WeakReference<>(cacheData); System.out.println("第一次GC前" + cacheData); System.out.println("第一次GC前" + cacheRef.get()); //進行一次GC後查看對象的回收情況 System.gc(); //等待GC Thread.sleep(500); System.out.println("第一次GC後" + cacheData); System.out.println("第一次GC後" + cacheRef.get()); //將緩存數據的強引用去除 cacheData = null; System.gc(); //等待GC Thread.sleep(500); System.out.println("第二次GC後" + cacheData); System.out.println("第二次GC後" + cacheRef.get()); } } console==> [GC (Allocation Failure) 3912K->1025K(15872K), 0.0016372 secs] [Full GC (Allocation Failure) 1025K->1024K(15872K), 0.0014157 secs] 第一次GC前[B@1973e9b 第一次GC前[B@1973e9b [Full GC (System.gc()) 103723K->103456K(118340K), 0.0016463 secs] 第一次GC後[B@1973e9b 第一次GC後[B@1973e9b [Full GC (System.gc()) 105601K->1056K(198016K), 0.0012771 secs] 第二次GC後null 第二次GC後null
虛引用
虛引用,顧名思義是虛幻的,虛引用的對象並不能在 get 的時候獲取到它。它也在我們日常開發中沒有適用的場景,它的主要作用是用來跟蹤一個對象的生命周期 (通常來說是直接內存 [JDK1.5 Java 中除瞭由 JVM 管理的空間,還可以在內存中直接分配對象]中的對象),一般使用在 JVM 的開發中,主要用來管理直接內存,因為直接內存通常 GC 無法管理這一塊內存(C++ delete 完事),需要特殊處理。
例如 NIO 的 ByteBuffer.allocateDirect(1024); 分配內存到直接內存空間中,通常來說從網卡中讀取的數據,由操作系統讀取到直接內存中,在需要使用的時候,需要拷貝到 JVM 堆空間中,如果不使用 allocateDirect 就需要一個拷貝的過程,這是非常消耗時間的,
// |– —| | ——–| |————|
// | 網卡 | ==> | 直接內存 | == copy ==> | JVM 堆空間 |
// |— –| | ——- | |————|
使用直接存內存省略瞭拷貝的過程,俗稱 nio 的 zero copy,但是直接內存中的對象在不需要使用的時候無法通過正常 GC 過程去管理這一塊空間,所以用到瞭虛引用,
解釋:
虛引用需要配合一個事件隊列一起使用,JVM GC 的時候並不是說把虛引用的引用清理掉完事,而是說會把虛引用的引用放到事件隊列當中,垃圾回收線程會時不時的去檢查這個事件隊列,看一下引用的回收過程需不需要做一些後續善後處理(例如清理直接內存中的對象,這玩意兒由實現人去弄)這就是虛引用的作用和含義瞭。
/** * 虛引用:可以通過隊列跟蹤一個對象的生命周期,一般在寫 JVM 相關的時候才會用到虛引用,主要用來管理直接內存(C++ delete 一下子完事) * -Xmx20m -XX:+PrintGC * Created by etfox on 2021/03/03 12:14 **/ public class TestPhantomReference { private static final List<Object> LIST = new LinkedList<>(); private static final ReferenceQueue<M> QUEUE = new ReferenceQueue<>(); public static void main(String[] args) throws InterruptedException { final PhantomReference<M> phantomReference = new PhantomReference<>(new M(), QUEUE); // 永遠都會返回 null System.out.println(phantomReference.get()); // ByteBuffer.allocateDirect(1024); 分配內存到操作系統的空間,直接內存的空間, JDK 1.5 // 通常從網卡讀取的數據,通常由系統讀取到直接內存裡面,如果想用,需要拷貝到 JVM 堆空間裡 // 如果不使用 allocateDirect(直接內存) 就需要一個拷貝的過程,是非常消耗時間的 // |-- ---| | --------| |------------| // | 網卡 | ==> | 直接內存 | == copy ==> | JVM 堆空間 | // |--- --| | ------- | |------------| // 使用直接內存省略瞭拷貝的過程,俗稱 nio zero copy // 但是直接內存中的對象在不再需要的時候無法由 JVM 去 GC 清理內存,所以用到瞭虛引用 // 虛引用需要和一個隊列一起使用,JVM GC 時並不是說會把虛引用的引用清理,而是說會把虛引用的引用放到事件隊列中 // 垃圾回收線程可以時不時的檢查這個事件隊列,看一下這個引用的回收過程需不需要做一些善後處理(例如清理直接內存的那個對象) // 這就是虛引用的作用和含義 ByteBuffer b = ByteBuffer.allocateDirect(1024); new Thread(new Runnable() { @Override public void run() { while (true) { LIST.add(new byte[1024 * 1024]); try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } System.out.println(phantomReference.get()); } } }).start(); // 模擬垃圾回收線程 new Thread(new Runnable() { @Override public void run() { while (true) { Reference<? extends M> poll = QUEUE.poll(); if (poll != null) { System.out.println("虛引用對象被 JVM 回收瞭 " + poll); } } } }).start(); try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } } public static class M { @Override protected void finalize() throws Throwable { System.out.println("當對象將被回收時, GC 會調用當前方法"); } } } console==> null [GC (Allocation Failure) 3493K->1061K(15872K), 0.0017311 secs] 當對象將被回收時, GC 會調用當前方法 null null null [GC (Allocation Failure) 4483K->4132K(15872K), 0.0020184 secs] null null null null [GC (Allocation Failure) 8299K->8228K(15872K), 0.0017350 secs] null null null null [GC (Allocation Failure) 12401K->12324K(17928K), 0.0016853 secs] [Full GC (Allocation Failure) 12324K->12324K(17928K), 0.0011354 secs] 虛引用對象被 JVM 回收瞭 java.lang.ref.PhantomReference@d5fbc1 null null null null null [Full GC (Allocation Failure) 17599K->17445K(19840K), 0.0019903 secs] null [Full GC (Allocation Failure) 18524K->18469K(19840K), 0.0011629 secs] [Full GC (Allocation Failure) 18469K->18232K(19840K), 0.0022320 secs] Exception in thread "Thread-0" java.lang.OutOfMemoryError: Java heap space at com.pangu.TestPhantomReference$1.run(TestPhantomReference.java:41) at java.lang.Thread.run(Thread.java:748)
總結
本篇文章就到這裡瞭,希望能夠給你帶來幫助,也希望您能夠多多關註WalkonNet的更多內容!
推薦閱讀:
- 淺談JVM垃圾回收之哪些對象可以被回收
- 一篇文章掌握Java Thread的類及其常見方法
- Java Thread之Sleep()案例詳解
- Java中保證線程順序執行的操作代碼
- Java多線程之線程狀態詳解