整体结构
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<String,Integer> 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<User> 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<String,SoftReference<Bigmap>> imageCache=new HashMap<String,SoftReference<Bitmap>>();