Java有关强引用,软引用,弱引用,虚引用的记录
首先不要被一些对一些名词望而生畏,其实都是一些存在即合理的东西。
引用本身很好理解,引用类型的数据中存放的是实际对象的内存地址,垃圾回收时,就看对象是否存在引用。Java不需要开发人员分配内存和释放内存,但是可以通过四种引用类型来处理相关对象生命周期,配合jvm进行垃圾回收。
1.强引用
正常的创建对象,赋值变量都属于强引用类型,强引用类型在垃圾回收时,不会被回收,内存不足时直接抛出OutOfMemoryError错误。
byte[] data = new byte[2*1024*1024]; VM options:-Xms1m -Xmx1m -XX:+PrintGC
比如上面的示例,jvm指定最大堆内存1m,程序要创建一个2m的东西,程序运行时就会直接抛出OOM错误。当引用不再需要关联对象时,可以进行null赋值,方便jvm垃圾回收。
2.软引用(SoftReference)
具有软引用的对象,在内存足够时不会被回收,在发生OOM之前,才会被回收。在Java中使用SoftReference声明一个软引用,使用get方法返回对象的强引用,当软引用关联对象被回收时,get返回null。
留着有用,丢了也无妨,这种东东做缓存是合适的,内存不够用时可以被垃圾回收器回收,能够有效降低内存溢出风险。但注意软引用本身是一个强引用,同样需要清除,可以通过注册ReferenceQueue监听关联对象已被回收的软引用本身,进行清除操作。
byte[] data = new byte[1*1024*1024]; ReferenceQueue<Object> referenceQueue = new ReferenceQueue<>(); SoftReference<byte[]> softReference = new SoftReference<>(data,referenceQueue); data = null; System.out.println("before:"+softReference.get()); try { for (int i = 0; i < 10; i++) { byte[] temp = new byte[3*1024*1024]; System.out.println("processing:"+softReference.get()); } } catch (Throwable t) { System.out.println("after:"+softReference.get()); t.printStackTrace(); } while(referenceQueue.poll()!=null){ System.out.println("self:"+softReference); softReference.clear(); softReference = null; System.out.println("last:"+softReference); } VM options:-Xms5m -Xmx5m -XX:+PrintGC
3.弱引用(WeakReference)
弱引用就更弱了,垃圾回收时直接会被回收掉,Java中使用WeakReference声明,一次gc就会被干掉,其余和软引用类似。
byte[] data = new byte[1024*1024]; WeakReference<byte[]> weakReference = new WeakReference<>(data); data = null; System.out.println("before:"+weakReference.get()); System.gc(); System.out.println("after:"+weakReference.get());
结果就是一次gc之后就拿不到关联对象了,注意这里是将data置为null之后,否则data是存在强引用关系的,软引用亦是如此。
4.虚引用(PhantomReference)
虚引用和没有引用一样,虚引用在使用上必须结合前面提到的ReferenceQueue,可以通过引用队列来监听是否关联对象将要被回收,可以在此时机进行处理操作,操作同软引用。
byte[] data = new byte[1024*1024]; ReferenceQueue<Object> referenceQueue = new ReferenceQueue<>(); PhantomReference<byte[]> phantomReference = new PhantomReference<> (data,referenceQueue); System.out.println(phantomReference.get());
几种引用本质还是围绕在内存回收机制上,了解一些知识,有时候可能不会直接用在工作当中,但是可以在适当的地方或时机去优化部分程序,也能在阅读一些源码的时候起到帮助作用。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
KubeFlow-Pipeline及Argo实现原理速析
Argo是一个开源原生容器工作流引擎用于在Kubernetes上开发和运行应用程序。Argo Workflow流程引擎,可以编排容器流程来执行业务逻辑,在20年4月8日进入CNCF孵化器组。 而KubeFlow的Pipeline子项目,由Google开源,其全面依赖Argo作为底层实现,并增强持久层来补充流程管理能力,同时通过Python-SDK来简化流程的编写。 一. Argo流程引擎 Argo的步骤间可以传递信息,即下一步(容器)可以获取上一步(容器)的结果。结果传递有2种: 1. 文件:上一步容器新生成的文件,会直接出现在下一步容器里面。 2. 信息:上一步的执行结果信息(如某文件内容),下一步也可以拿到。 下面我们就来解读一下,Argo怎么实现“信息”在容器间的传递的,以及它和其他的流程引擎实现传递的区别。 1.1文件怎么从上一个容器跑到下一个容器里的? Argo流程,可以指定2个步骤之间,传递结果文件(Artifact)。即假设流程为:A->B,那么A容器跑完,B容器可以取得上一个容器的输出文件。 如下:A容器生成一个 /tmp/hello_world.txt 文件,A...
- 下一篇
区块链中间件平台 WeBASE v1.3.1 发布
WeBASE是一个体验友好、功能丰富的区块链中间件平台,通过一系列通用功能组件和实用工具,助力社区开发者快速搭建区块链应用的基础环境,提供可视化合约IDE和一站式联盟链管理台。 上一个版本,WeBASE对链上事件通知、私钥托管和交易上链等功能进行优化。结合社区开发者的反馈与底层FISCO BCOS的新增特性,我们在WeBASE v1.3.1中新增了动态群组管理、合约ABI导入、合约ABI解析、节点流量日志解析等功能;同时,控制台与节点前置的私钥也可以导入到WeBASE了。 目前,WeBASE v1.3.1已正式发布。本文带大家概括性地认识本次更新的关键特性,欢迎大家积极体验新版本,并将开发心得和建议反馈给我们。 动态群组管理 在过去的版本中,用户在各节点之间创建新群组时,需要到节点的部署机器上执行多个脚本与命令,才可以创建一个新的群组。用户能否更方便地对节点和群组进行运维和管理呢?WeBASE v1.3.1给出了答案。 WeBASE v1.3.1支持创建、启动、停止等动态群组管理功能,同时支持增、删、查、改等动态群组成员管理功能。 (群组管理入口) (群组管理页) 小改变,大便利!如...
相关文章
文章评论
共有0条评论来说两句吧...