java中PhantomReference WeakReference SoftReference垃圾回收触发时机以及使用场景

本文主要是介绍java中PhantomReference WeakReference SoftReference垃圾回收触发时机以及使用场景,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

目录

强引用

垃圾回收触发时机

使用场景

SoftReference(软引用)

垃圾回收触发时机

使用场景

WeakReference (弱引用)

垃圾回收触发时机

使用场景

PhantomReference (虚引用、幽灵引用)

垃圾回收触发时机

使用场景

数据库连接

频繁短时间内操作的小文件

对象池、内存池、监控器

总结


java 中对象引用一般引用分为四种情况

强引用

即我们平常创建的对象

Object obj = new Object()

垃圾回收触发时机

在没设置 jvm 参数 -XX:PretenureSizeThreshold 和 -XX:MaxTenuringThreshold 的情况下

  • -XX:PretenureSizeThreshold 的值为 0,即未设置大对象直接晋升老年代的大小。
  • -XX:MaxTenuringThreshold 的值为 15,即新生代对象 gc 后达到此值让存活对象晋升到老年代。

一般对象都创建在 jvm 堆中的 Eden 区域中,如果创建对象时 Eden 区域不够,会触发 Minor GC,将 Eden 区域中不用的对象复制到 Survivor To 区域中。如果对象的年龄达到了15,则直接晋升到 Old 区域。如果 Old 区域区域满了,会触发 Full Gc,收集的数据是整个堆和方法区(元空间)中的内存。

使用场景

平时创建的对象都是这种

SoftReference(软引用)

SoftReference aSoftRef = new SoftReference(new Object());

垃圾回收触发时机

当内存不够时会触发

使用场景

一般用于缓存或者图片处理(一般图片占用大),触发 gc 后不会影响整个应用的操作。

WeakReference (弱引用)

WeakReference<Object>reference=new WeakReference<Object>(new Object());

垃圾回收触发时机

当内存回收时

使用场景

对象监视器

java 的 ThreadLocal

PhantomReference (虚引用、幽灵引用)

通过源码得知,创建的对象无法获取,即使用时间短

垃圾回收触发时机

在触发垃圾回收后,发现其他对象没有引用 PhantomReference 对象了,会添加到 Reference 的 pending 队列中,守护线程 ReferenceHandler 会对 pending 队列中的数据调用 Cleaner 的 clean() 间接调用 Runnable 的实现类的 run() 回收内存。

使用场景

数据库连接

mysql jdbc 中的 AbandonedConnectionCleanupThread 在 Connection 打开后忘记关闭会自动关闭网络连接。

频繁短时间内操作的小文件

java 中的 DirectByteBuffer,内部引用了 Cleaner(继承了 PhantomReference )。在触发垃圾回收后,发现其他对象没有引用 Cleaner 对象了,会添加到 Reference 的 pending 队列中,守护线程 ReferenceHandler 会对 pending 队列中的数据调用 Cleaner 的 clean() 间接调用 DirectByteBuffer 内部类 Deallocator 的  run() 方法回收内存。

对象池、内存池、监控器

总结

考虑到日常开发中创建的对象需要长时间存活的少,其实也可以使用 SoftReference 来实现,使用 WeakReference 在 gc 时就会被回收,即对象年龄为1,这样可能会造成正在运行的业务出现异常,但是 SoftReference 不会,只会在内存不够时才会触发 gc。

参考链接

https://baijiahao.baidu.com/s?id=1765962677589811767

https://www.jianshu.com/p/a87345395e80

https://www.jianshu.com/p/5020bd090497

这篇关于java中PhantomReference WeakReference SoftReference垃圾回收触发时机以及使用场景的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/557853

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

中文分词jieba库的使用与实景应用(一)

知识星球:https://articles.zsxq.com/id_fxvgc803qmr2.html 目录 一.定义: 精确模式(默认模式): 全模式: 搜索引擎模式: paddle 模式(基于深度学习的分词模式): 二 自定义词典 三.文本解析   调整词出现的频率 四. 关键词提取 A. 基于TF-IDF算法的关键词提取 B. 基于TextRank算法的关键词提取

Hadoop企业开发案例调优场景

需求 (1)需求:从1G数据中,统计每个单词出现次数。服务器3台,每台配置4G内存,4核CPU,4线程。 (2)需求分析: 1G / 128m = 8个MapTask;1个ReduceTask;1个mrAppMaster 平均每个节点运行10个 / 3台 ≈ 3个任务(4    3    3) HDFS参数调优 (1)修改:hadoop-env.sh export HDFS_NAMENOD

使用SecondaryNameNode恢复NameNode的数据

1)需求: NameNode进程挂了并且存储的数据也丢失了,如何恢复NameNode 此种方式恢复的数据可能存在小部分数据的丢失。 2)故障模拟 (1)kill -9 NameNode进程 [lytfly@hadoop102 current]$ kill -9 19886 (2)删除NameNode存储的数据(/opt/module/hadoop-3.1.4/data/tmp/dfs/na