简单直白教你理解Java中四大引用强引用,软引用,弱引用,虚引用
我属于自学型的,所以知识不够系统,只能是一边儿工作一边查漏补缺,在此要对那些写技术文章的人由衷的说句谢谢,谢谢各位大神们的分享
ONE,强引用(StrongReference)
概念介绍:
在此说明一下,StrongReference只是对强引用的一个称呼,但是强引用没有对应的实体类。使用强引用的对象就算是内存出现outofmemory(内存溢出)
的异常也不会回收。也就是说该对象永远不会被垃圾回收器回收,不论内存是否充足。平常代码中用的最多的就是强引用。
Demo验证:
static Object object = new Object();
.......................................
/**
* 强引用
*/
public static void testStrongReference(){
Object obj = object;
object = null;
System.gc();
System.out.print("after system.gc-strongReference---obj = " + obj);
}
输出结果
在该demo中obj就是使用的默认的强引用,虽然obj所指向的对象被置为null,但gc不会回收该强引用对象
TWO,软引用(SoftReference)
概念介绍:
软引用有对应的实体列为SoftReference,使用软引用引用的对象只有在程序发生oom异常前才会回收,也就是说如果内存充足永远不会被回收,只有在内存不足时才会回收,很好的避免oom,非常适合做缓存。
Demo验证
/**
* 软引用
*/
public static void testSoftReference(){
SoftReference<Object> obj = new SoftReference<>(object);
object = null;
System.gc();
System.out.print("after system.gc---softReference = " + obj); }
由控制台的输出结果可以看到,虽然软引用引用的对象被清空,但是由于内存充足,就算是执行了gc也不会被回收。
小结一下:由以上的demo可以看到软引用和强引用在内存充足的情况下是一样的都不会被回收,只有在内存不足时软引用才会被及时回收避免oom异常,而强引用却很霸道坚决不回收。这样分析来看,使用软引用可以很好的避免oom异常,适合做一些缓存工作
THREE,弱引用(WeakReference)
概念介绍:弱引用对应的实体类为WeakReference,这个概念介绍起来有点儿麻烦,可以参考demo理解再总结
Demo验证:
第一种情况,如果把弱引用所引用的对象置为null,但不进行gc,弱引用的get到的会是null吗?
public static void testWeakReference(){
WeakReference<Object> weakReference = new WeakReference<Object>(object);
WeakReference<Object> weakReferenceStr = new WeakReference<Object>(str);
object = null;
str = null;
// System.gc();
System.out.println("after system.gc---weakReference = " + weakReference.get());
System.out.print("after system.gc---weakReferenceStr = " + weakReferenceStr.get());
}
输出结果为:
after system.gc---weakReference = java.lang.Object@14ae5a5
after system.gc---weakReferenceStr = strTest
Process finished with exit code 0
可以看到如果不进行gc,弱引用对象在内存充足的情况下是不会回收的,不论所引用的对象是否为null 第二种情况,不对所引用的对象置为null,直接进行gc
public static void testWeakReference(){
WeakReference<Object> weakReference = new WeakReference<Object>(object);
WeakReference<Object> weakReferenceStr = new WeakReference<Object>(str);
// object = null;
// str = null;
System.gc();
System.out.println("after system.gc---weakReference = " + weakReference.get());
System.out.print("after system.gc---weakReferenceStr = " + weakReferenceStr.get());
}
输出结果为
after system.gc---weakReference = java.lang.Object@14ae5a5
after system.gc---weakReferenceStr = strTest
Process finished with exit code 0
可以看到,此时所引用的对象不为null,所以在进行gc回收时不会回收弱引用对象。由此可以看出弱引用跟对象的生命周期有关,在对象不为null时,垃圾回收器不会回收弱引用
第三种情况
public static void testWeakReference(){
WeakReference<Object> weakReference = new WeakReference<Object>(object);
WeakReference<Object> weakReferenceStr = new WeakReference<Object>(str);
object = null;
str = null;
System.gc();
System.out.println("after system.gc---weakReference = " + weakReference.get());
System.out.print("after system.gc---weakReferenceStr = " + weakReferenceStr.get());
}
输出结果
after system.gc---weakReference = null
after system.gc---weakReferenceStr = strTest
Process finished with exit code 0
在这里说明一下str对象的定义方式
static String str = "strTest";
可以看到,使用new的方式构造的对象在置为null后,所对应的弱引用被回收,但是使用赋值的方式所获取的对象置为null后,所对应的弱引用没有被回收,这是为什么呢?这里暂且TODO该问题,把四大引用总结完后再研究
{add 2016-11-15
这是因为gc不清理常量池里的垃圾,所以所引用的内容不为null
}
综合以上三种情况,可以对弱引用下一个结论了,弱应用与对象的生命周期有关。在进行垃圾回收时,如果所引用的对象为null,则不论内存是否充足都会被回收,否则不会被回收。当然当内存不足时会直接被回收。
FOUR,虚引用(PhantonReference)
概念介绍,虚引用对应的实体类为PhantonReference。虚引用不论所引用的对象是不是null,不论内存空间是否充足,都会被垃圾回收器回收
Demo验证
public static void testPhantonReference(){
ReferenceQueue<Object> referenceQueue = new ReferenceQueue<>();
PhantomReference<Object> phantomReference = new PhantomReference<>(object,referenceQueue);
PhantomReference<Object> phantomReferenceStr = new PhantomReference<>(str,referenceQueue);
// object = null;
// str = null;
System.gc();
System.out.println("after system.gc---phantomReference = " + phantomReference.get());
System.out.print("after system.gc---phantomReferenceStr = " + phantomReferenceStr.get());
}
输出结果如下
after system.gc---phantomReference = null
after system.gc---phantomReferenceStr = null
Process finished with exit code 0
可以看到,只要进行垃圾回收,虚引用就会被回收
总结:
对于垃圾回收器回收的顺序为
虚引用---弱引用----软引用---强引用。
多使用软引用做缓存可以很好地避免oom.
- Oracle 12c DBCA浅析(r12笔记第48天)
- MySQL中的derived table(r12笔记第47天)
- Oracle数据库端口突然无法访问的分析(r12笔记第46天)
- MySQL中的反连接(r12笔记第45天)
- Nginx配置多站点下的Proxy_cache或Fastcgi_cache缓存加速
- MySQL主从不一致的细小问题分析(r12笔记第62天)
- Linux在批量服务器管理中实用的PS1命令提示符格式
- Golang语言社区-并发模型和应用场景
- 翻过那座山,就能看见海|kubernetes让DBA更优雅地管理数据库
- 基于TextCNN的谩骂评论识别模型
- Golang语言社区-文件操作
- MySQL service启动脚本浅析(r12笔记第59天)
- 分享WordPress显示评论者IP的归属地及运营商信息的2种方案
- 解决dos2unix/unix2dos报错,并在家目录下生成u2dtmp*文件问题
- java教程
- Java快速入门
- Java 开发环境配置
- Java基本语法
- Java 对象和类
- Java 基本数据类型
- Java 变量类型
- Java 修饰符
- Java 运算符
- Java 循环结构
- Java 分支结构
- Java Number类
- Java Character类
- Java String类
- Java StringBuffer和StringBuilder类
- Java 数组
- Java 日期时间
- Java 正则表达式
- Java 方法
- Java 流(Stream)、文件(File)和IO
- Java 异常处理
- Java 继承
- Java 重写(Override)与重载(Overload)
- Java 多态
- Java 抽象类
- Java 封装
- Java 接口
- Java 包(package)
- Java 数据结构
- Java 集合框架
- Java 泛型
- Java 序列化
- Java 网络编程
- Java 发送邮件
- Java 多线程编程
- Java Applet基础
- Java 文档注释
- Framework掌握不全被面试官怼?Android字节跳动大牛的精编解析笔记带你系统学习!
- 路由策略中的IP-Prefix你了解多少?
- 路由策略——Route-policy
- 如何合理设置线程池大小
- 前端设计模式之责任链模式
- 项目实战|基础请求封装
- 一种TreeView组件分页异步加载的方法
- V8 最佳实践:从 JavaScript 变量使用姿势说起
- 小程序Canvas实践指南
- vue源码解读 - diff算法
- try catch引发的性能优化深度思考
- Babel的另类实践 - 重构古董代码
- 如何无痛的为你的前端项目引入多线程
- 阔别两年,webpack 5 正式发布了!
- NumPy 数据归一化、可视化