整体结构

java提供了4中引用类型，在垃圾回收的时候，都有自己的各自特点。

为什么要区分这么多引用呢，其实这和Java的GC有密切关系。

强引用(默认支持模式)

把一个对象赋给一个引用变量，这个引用变量就是一个强引用。

强引用是我们最常见的普通对象引用，只要还有强引用指向一个对象，就能表明对象还活着

当内存不足的时候，jvm开始垃圾回收，对于强引用的对象，就算出现OOM也不会回收该对象的。

因此，强引用是造成java内存泄露的主要原因之一。

对于一个普通的对象，如果没有其他的引用关系，只要超过了引用的作用域或者显示的将引用赋值为null，GC就会回收这个对象了。

案例

public static void main(String[] args) {

Object obj=new Object();//这样定义就是一个强引用

Object obj2=obj;//也是一个强引用

obj=null;

System.gc();

//不会被垃圾回收

System.out.println(obj2);

}

软引用(SoftReference)

软引用是一种相对强化引用弱化了一些引用，需要使用java.lang.SoftReference类来实现。

对于只有软引用的对象来说，

当系统内存充足时，不会被回收；

当系统内存不足时，会被回收；

软引用适合用于缓存，当内存不足的时候把它删除掉，使用的时候再加载进来

案例

/**

* jvm配置配置小的内存，故意产生大的对象，导致OOM，

* 验证软引用在内存足够的前后是否被回收。

* 参数：-Xms:5M -Xmx:5M

* @param args

*/

public static void main(String[] args) {

Object obj=new Object();//这样定义就是一个强引用

//软引用需要使用java.lang.SoftReference来实现

//现在sf就是一个软引用

SoftReference sf=new SoftReference(obj);

obj=null;

System.out.println("内存足够软引用引用的对象"+sf.get());

try {

final byte[] bytes = new byte[8 * 1024 * 1024];

} catch (Exception e) {

e.printStackTrace();

}finally {

System.out.println("内存不够：软引用引用的对象："+sf.get());

}

}

结果：

弱引用

弱引用需要用java.lang.WeakReference类来实现，它比软引用的生存期更短。

*如果一个对象只是被弱引用引用者，那么只要发生GC，不管内存空间是否足够，都会回收该对象。

弱引用适合解决某些地方的内存泄漏的问题

ThreadLocal静态内部类ThreadLocalMap中的Entiry中的key就是一个虚引用；

案例

public static void main(String[] args) {

Object obj=new Object();

WeakReference wrf=new WeakReference(obj);

obj=null;

System.out.println("未发生GC之前"+wrf.get());

System.gc();

System.out.println("内存充足，发生GC之后"+wrf.get());

}

结果：

未发生GC之前java.lang.Object@2d363fb3

内存充足，发生GC之后null

ThreadLocal

你知道弱引用的话，能谈谈WeakHashMap吗？

WeakHashMap的键是“弱键”,也就是键的引用是一个弱引用。

public static void main(String[] args) {

WeakHashMap map=new WeakHashMap<>();

String key = new String("wekHashMap");

map.put(key,1);

key=null;

System.gc();

System.out.println(map);

}

结果：map为空了。

理论上我们只是把引用变量key变成null了，"wekHashMap"字符串应该被Map中key引用啊，不应该被GC回收啊，

但是因为key是弱引用，GC回收的时候就忽略了这个引用，把对象当成垃圾收回了。

虚引用

虚引用需要 java. langref.PhantomReference类来实现。

顾名思义,就是形同虚设,与其他几种引用都不同,虚引用并不会决定对象的生命周期。

如果一个对象仅被虛引用持有,那么它就和没有任何引用一样,在任何时候都可能被垃圾回收器回收。

它不能单独使用也不能通过它访问对象,虚引用必须和引用队列( Reference queue)联合使用。

虚引用的主要作用是跟踪对象被垃圾回收的状态。仅仅是提供了一种确保对象被 finalize以后,做某些事情的机制。

PhantomReference的get方法总是返回null,因此无法访问对应的引用对象。

使用它的意义在于说明一个对象已经进入 finalization阶段,可以被回收,用来实现比 finalization机制更灵活的回收操作

换句话说,设置虚引用关联的唯一目的,就是在这个对象被收集器回收的时候收到一个系统通知或者后续添加进一步的处理；

虚引用用来管理堆外内存

ReferenceQueue 引用队列

对象在被回收之前要被引用队列保存一下。GC之前对象不放在队列中，GC之后才对象放入队列中。

【通过开启线程监听该引用队列的变化情况】就可以在对象被回收时采取相应的动作。

由于虚引用的唯一目的就是能在这个对象被垃圾收集器回收时能收到系统通知，因而创建虚引用时必须要关联一个引用队列，而软引用和弱引用则不是必须的。

这里所谓的收到系统通知其实还是通过开启线程监听该引用队列的变化情况来实现的。

这里还需要强调的是，

对于软引用和弱引用，当执行第一次垃圾回收时，就会将软引用或弱引用对象添加到其关联的引用队列中，然后其finalize函数才会被执行(如果没复写则不会被执行)；

而对于虚引用，如果被引用对象没有复写finalize方法，则是在第一垃圾回收将该类销毁之后，才会将虚拟引用对象添加到引用队列，

如果被引用对象复写了finalize方法，则是当执行完第二次垃圾回收之后，才会将虚引用对象添加到其关联的引用队列

一个对象的finalize()方法只会被调用一次，而且finalize()被调用不意味着gc会立即回收该对象，所以有可能调用finalize()后，

该对象又不需要被回收了，然后到了真正要被回收的时候，因为前面调用过一次，所以不会调用finalize()，产生问题,所以，推荐不要使用finalize()方法

class User{

@Override

protected void finalize() throws Throwable {

super.finalize();

System.out.println("我要被GC干了！");

}

}

public static void main(String[] args) throws Exception {

User user=new User();

ReferenceQueue queue=new ReferenceQueue();

PhantomReference prf=new PhantomReference(user,queue);

//启动一个线程监控引用队列的变化

new Thread(()->{

for(;;){

final Reference extends User> u = queue.poll();

if (u!=null){

System.out.println("有对象被加入到了引用队列了！"+u);

}

}

}).start();

user=null;

//GC之前引用队列为空

System.out.println("GC之前"+queue.poll());

System.gc();

Thread.sleep(100);

//GC之后引用队列才将对象放入

System.out.println("第一次GC之后"+queue.poll());

System.gc();

Thread.sleep(100);

System.out.println("第二次GC之后"+queue.poll());

}

结果：

GC之前null

我要被GC干了！

第一次GC之后null

有对象被加入到了引用队列了！java.lang.ref.PhantomReference@549763fd

第二次GC之后java.lang.ref.PhantomReference@5aaa6d82

应用场景

软引用：SoftReference的应用场景

假如有一个应用需要读取大量的本地图片

每次读取图片都从硬盘读取会影响性能。

一次全部加载到内存中，又可能造成内存溢出。

此时，可以使用软引用解决问题；

使用一个HashMap保存图片的路径和响应图片对象关联的软引用之间的映射关系，

内存不足时，jvm会自动回收这些缓存图片对象所占用的空间，可以避免OOM。

Map> imageCache=new HashMap>();