JVM之强引用、软引用、弱引用、虚引用

àì夳堔傛蜴生んèń 2022-01-23 23:17 273阅读 0赞

# JVM之强引用、软引用、弱引用、虚引用 #

--------------------

1.  整体架构
2.  强引用Reference
3.  软引用SoftReference
4.  弱引用WeakReference
5.  软引用和弱引用的适用场景
6.  WeakHashMap案例演示和解析
7.  ReferenceQueue引用队列介绍
8.  虚引用PhantomReference

--------------------

## 1. 整体架构 ##

--------------------

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70]

--------------------

### 2. 强引用Reference ###

--------------------

1.  当内存不足，JVM开始垃圾回收，对于强引用的对象，就算是出现了00M也不会对该对象进行回收，死都不收。
2.  强引用是我们最常见的普通对象引用，只要还有强引用指向一个对象，就能表明对象还“活着”，垃圾收集器不会碰这种对象。在Java中最常见的就是强引用，把一个对象赋给一个引用变量，这个引用变量就是一个强引用。当一个对象被强引用变量引用时，它处于可达状态，它是不可能被垃圾回收机制回收的，即使该对象以后永远都不会被用到JVM也不会回收。因此强引用是造成Java内存泄漏的主要原因之一
3.  对于一个普通的对象，如果没有其他的引用关系，只要超过了引用的作用域或者显式地将相应（强）引用赋值为null，一般认为就是可以被垃圾收集的了〈当然具体回收时机还是要看垃圾收集策略）。
4.  图解：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 1]

--------------------

### 3. 软引用SoftReference ###

--------------------

1.  软引用是一种相对强引用弱化了一些的引用，需要用java.lang.ref.SoftReference类来实现，可以让对象豁免一些
2.  对于只有软引用的对象来说，当系统内存充足时它不会被回收，当系统内存不足时它会被回收
3.  软引用通常用在对内存敏感的程序中，比如高速缓存就有用到软引用，内存够用的时候就保留，不够用就回收！
4.  示例：当内存充足时：  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 2]
5.  示例：当内存不足时  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 3]

--------------------

### 4. 弱引用WeakReference ###

--------------------

1.  弱引用需要用Java.lang.ref.WeakReference类来实现，它比软引用的生存期更短，对于只有弱引用的对象来说，只要垃圾回收机制一运行，不管JVM的内存空间是否是够，都会回收该对象占用的内存。

2.代码示例：

public class WeakReferenceDemo {
        
        public static void main(String[] args) {
        
            Object o1 = new Object();
            WeakReference<Object> weakReference = new WeakReference<>(o1);
            System.out.println(o1);
            System.out.println(weakReference.get());
    
            o1 = null;
            System.gc();
            System.out.println("==============");
    
            System.out.println(o1);
            System.out.println(weakReference.get());
        }
    }

1.  执行结果  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 4]

--------------------

### 5. 软引用和弱引用的适用场景 ###

--------------------

1.  假如有一个应用需要读取大量的本地图片：
    
    1.  如果每次读取图片都从硬盘读取则会严重影响性能，
    2.  如果一次性全部加载到内存中又可能造成内存溢出。
2.  此时使用软引用可以解决这个问题。
    
    1.  设计思路是：用一个HashMap来保存图片的路径和相应图片对象关联的软引用之间的映射关系，在内存不足时，JVM会自动回收这些缓存图片对象所占用的空间，从而有效地避免了00M的问题。
3.  Map<String,SoftReference>imageCache=new HashMap<String,SoftReference>();

--------------------

### 6. WeakHashMap案例演示和解析 ###

--------------------

1.  面试问上面的部分就很引出WeakHashMap，所以来说一说。
2.  概述：  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 5]  
    ![在这里插入图片描述][20190531175114446.png]  
    即当WeakHashMap的key为null，它也会被垃圾回收。
3.  代码示例：

import java.lang.ref.WeakReference;
    import java.util.HashMap;
    import java.util.WeakHashMap;
    
    public class WeakReferenceDemo {
        
        public static void main(String[] args) {
        
    
            myHashMap();
            System.out.println("==========");
            myWeakHashMap();
            
        }
    
        private static void myWeakHashMap() {
        
            WeakHashMap<Integer,String> map = new WeakHashMap<>();
    
            Integer key = new Integer(2);
            String value = "WeakHashMap";
    
            map.put(key,value);
            System.out.println(map);
    
            key = null;
            System.out.println(map);
    
            System.gc();
            System.out.println(map);
    
        }
    
        private static void myHashMap() {
        
    
            HashMap<Integer,String> map = new HashMap<>();
    
            Integer key = new Integer(1);
            String value = "HashMap";
    
            map.put(key,value);
            System.out.println(map);
    
            key = null;
            System.out.println(map);
    
            System.gc();
            System.out.println(map);
        }

1.  执行结果：  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 6]

--------------------

### 7. ReferenceQueue引用队列介绍 ###

--------------------

1.  java提供了4种引用类型，在垃圾回收的时候，都有自己各自的特点。
2.  ReferenceQueue是用来配合引用工作的，没有Referencequeue一样可以运行
3.  创建引用的时候可以指定关联的队列，当GC释放对象内存的时候，会将引用加入到引用队列，如果程序发现某个虚引用已经被加入到引用队列，那么就可以在所引用的对象的内存被回收之前采取必要的行动，这相当于一种通知机制。

4.当关联的引用队列中有数据的时候，意味着引用指向的堆内存中的对象被回收。通过这种方式，JVM运行我们在对象被销毁后，做一些我们自己想做的事情。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 7]

1.  代码测试:

public class ReferenceQueueDemo {
        
        public static void main(String[] args) throws InterruptedException {
        
            Object o1 = new Object();
            ReferenceQueue<Object> referenceQueue = new ReferenceQueue();
            WeakReference<Object> weakReference = new WeakReference<>(o1,referenceQueue);
    
            System.out.println(o1);
            System.out.println(weakReference.get());
            System.out.println(referenceQueue.poll());
    
            System.out.println("=====================");
            o1 = null;
            System.gc();
            Thread.sleep(500);
    
            System.out.println(o1);
            System.out.println(weakReference.get());
            System.out.println(referenceQueue.poll());
        }
    }

1.  执行结果  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 8]

--------------------

### 8. 虚引用PhantomReference ###

--------------------

1.  虚引用需要java.lang.ref.PhantomReference类来实现。
2.  顾名思义，就是形同虚设，与其他几种引用都不同，虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用，那么它就和没有任何引用一样，在任何时候都可能被垃圾回收器回收，它不能单独使用也不能通过它访问  
    对象，虚引用必须和引用队列(ReferenceQueue)联合使用。
3.  虚引用的主要作用是跟踪对象被垃圾回收的状态。仅仅是提供了一种确保对象被finalize以后，做某些事情的机制。PhantomReference的get方法总是返回null,因此无法访问对应的引用对象。其意义在于说明一个对象己经进入俑finalization阶段，可以被gc回收，用来实现比finalization机制更灵活的回收操作。
4.  换句话说，设置虚引用关联的唯一目的，就是在这个对象被收集器回收的时候收到一个系统通知或者后续添加进一步的处理。Java技术允许使用finalize()方法在垃圾收集器将对象从内存中清除出去之前做必要的清理工作。
5.  代码示例：

import java.lang.ref.PhantomReference;
    import java.lang.ref.ReferenceQueue;
    
    public class PhantomReferenceDemo {
        
        public static void main(String[] args) throws InterruptedException {
        
            Object o1 = new Object();
            ReferenceQueue<Object> referenceQueue = new ReferenceQueue();
            PhantomReference<Object> phantomReference = new PhantomReference<>(o1,referenceQueue);
    
            System.out.println(o1);
            System.out.println(phantomReference.get());
            System.out.println(referenceQueue.poll());
    
            System.out.println("=====================");
    
            o1 = null;
            System.gc();
            Thread.sleep(500);
    
            System.out.println(o1);
            System.out.println(phantomReference.get());
            System.out.println(referenceQueue.poll());
        }
    }

1.  执行结果：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 9]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70]: /images/20220124/1638c859d6434ff7aa383c7dc3c72c4f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 1]: /images/20220124/4ce9e331c1e8436fa92e9cf16cb6ad0a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 2]: /images/20220124/fde33606a5b540728a913c35248b9db5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 3]: /images/20220124/18451914274844fda280403208e1e871.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 4]: /images/20220124/e4f46485432046d088538738d64f1a01.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 5]: /images/20220124/e96865d71afc415590e7b4580419ce03.png
[20190531175114446.png]: /images/20220124/84e8d91771bb4770be5b70add3d6abed.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 6]: /images/20220124/411809606d054ddda241b3b1b86f9902.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 7]: /images/20220124/ad2d797b583e4d64ae5aca7192109045.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 8]: /images/20220124/d9b75c8e86a04c3d872d11ae3d759d3c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTkxMDY5NA_size_16_color_FFFFFF_t_70 9]: /images/20220124/e2dfbe974a3c4aeba7981d64764cdef4.png