WeakHashMap和Java引用类型详细解析

本文涉及的产品
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: WeakHashMap是种弱引用的HashMap,这是说,WeakHashMap里的key值如果没有外部强引用,在垃圾回收之后,WeakHashMap的对应内容也会被移除掉。 1.1 Java的引用类型 在讲解WeakHashMap之前,我们需要了解Java中引用的相关类: ReferenceQueue,引用队列,与某个引用类绑定,当引用死亡后,会进入这个队列。

WeakHashMap是种弱引用的HashMap,这是说,WeakHashMap里的key值如果没有外部强引用,在垃圾回收之后,WeakHashMap的对应内容也会被移除掉。

1.1 Java的引用类型

在讲解WeakHashMap之前,我们需要了解Java中引用的相关类:

ReferenceQueue,引用队列,与某个引用类绑定,当引用死亡后,会进入这个队列。

HardReference,强引用,任何以类似String str=new String()建立起来的引用,都是强引用。在str指向另一个对象或者null之前,该String对象都不会被GC(Garbage Collector垃圾回收器)回收;

WeakReference,弱引用,可以通过java.lang.ref.WeakReference来建立,当GC要求回收对象时,它不会阻止对象被回收,该对象会立刻被回收;

SoftReference,软引用,可以通过java.lang.ref.SoftReference来建立,和弱引用一样,当GC要求回收时,它不会阻止对象被回收,但不同的是该对回收过程会被延迟,必须要等到JVM heap内存不够用,接近产生OutOfMemory错误时,才会回收;

PhantomReference,虚引用,可以通过java.lang.ref.PhantomPeference来建立,这种类型的引用很特别,大多数时间,无法通过它拿到其引用的对象,但是,当这个对象死亡的时候,该引用还是会进入ReferenceQueue队列。

下面提供一个例子来分别说明它们的作用:

ReferenceQueue<Ref> queue = new ReferenceQueue<Ref>();

// 创建一个弱引用

WeakReference<Ref> weak = new WeakReference<Ref>(new Ref("Weak"),queue);

// 创建一个虚引用

PhantomReference<Ref> phantom = new PhantomReference<Ref>(new Ref(

"Phantom"), queue);

// 创建一个软引用

SoftReference<Ref> soft = new SoftReference<Ref>(new Ref("Soft"),queue);

 

System.out.println("引用内容:");

System.out.println(weak.get());

System.out.println(phantom.get());

System.out.println(soft.get());

 

System.out.println("被回收的引用:");

for (Reference r = null; (r = queue.poll()) != null;) {

System.out.println(r);

}

 

Ref这个类是个自定义的测试类,源码如下所示:

class Ref {

Object v;

Ref(Object v) {

this.v = v;

}

public String toString() {

return this.v.toString();

}

}

 

在这个例子里,分别创建了弱引用、虚引用和软引用,get()方法用于获取它们引用的Ref对象,可以注意到,Ref对象在外部并没有任何引用,所以,在某个时间点,GC应当会回收对象。来看看代码执行的结果:

引用内容:

Weak

null

Soft

被回收的引用:

可以看到,弱引用和软引用的对象还是可达的,但是虚引用是不可达的。被回收的引用没有内容,说明GC还没有回收它们。

这证实了虚引用的性质

虚引用非常弱,以至于它自己也找不到自己的引用内容。

对之前的代码进行改造,在输出内容前加入代码:

// 强制垃圾回收

System.gc();

再执行一次,得到结果:

引用内容:

null

null

Soft

被回收的引用:

java.lang.ref.WeakReference@3b764bce

java.lang.ref.PhantomReference@759ebb3d

现在可达的引用只剩下Soft了,引用队列里多出了两条引用,说明WeakReference和PhantomReference的对象被回收。

再修改一次代码,让WeakPeference和PhantomReference去引用一个强引用对象:

Ref wr = new Ref("Hard");

WeakReference<Ref> weak = new WeakReference<Ref>(wr, queue);

PhantomReference<Ref> phantom = new PhantomReference<Ref>(wr, queue);

输出结果如下所示:

引用内容:

Hard

null

Soft

被回收的引用:

这证实了弱引用的性质

弱引用的对象,如果没有被强引用,在垃圾回收后,引用对象会不可达。

 

1.2 WeakHashMap实现方式

WeakHashMap利用了ReferenceQueue和WeakReference来实现它的核心功能:当key值没有强引用的时候,从WeakHashMap里移除。

先来看看WeakHashMap的键值对实体类WeakHashMap.Entry的实现:

 private static class Entry<K,V> extends WeakReference<Object> implements Map.Entry<K,V> {

        Entry(Object key, V value,

              ReferenceQueue<Object> queue,

              int hash, Entry<K,V> next) {

            super(key, queue);

            this.value = value;

            this.hash  = hash;

            this.next  = next;

        }

    ...

}

关键注意两处:

1、Entry继承自WeakReference;

2、Entry本身没有保存key值,而是把key作为WeakReference的引用对象交给了super构造。

这说明,Entry是个针对key值的弱引用。

WeakHashMap实现清除陈旧实体的方法是expungStaleEntries(),其源码实现如下:

private void expungeStaleEntries() {

    //遍历引用队列,找到每一个被GC收集的对象

        for (Object x; (x = queue.poll()) != null; ) {

            synchronized (queue) {

                @SuppressWarnings("unchecked")

                    Entry<K,V> e = (Entry<K,V>) x;

                int i = indexFor(e.hash, table.length);

                //从链表里移除该实体

                Entry<K,V> prev = table[i];

                Entry<K,V> p = prev;

                while (p != null) {

                    Entry<K,V> next = p.next;

                    if (p == e) {

                        if (prev == e)

                            table[i] = next;

                        else

                            prev.next = next;

                        //帮助GC执行

                        e.value = null;

                        size--;

                        break;

                    }

                    prev = p;

                    p = next;

                }

            }

        }

    }

 

expungStaleEntries()方法会在resize、put、get、forEach方法里被调用。

目录
相关文章
|
6天前
|
设计模式 Java 关系型数据库
【Java笔记+踩坑汇总】Java基础+JavaWeb+SSM+SpringBoot+SpringCloud+瑞吉外卖/谷粒商城/学成在线+设计模式+面试题汇总+性能调优/架构设计+源码解析
本文是“Java学习路线”专栏的导航文章,目标是为Java初学者和初中高级工程师提供一套完整的Java学习路线。
|
4天前
|
Java 程序员 开发者
Java中的异常处理机制深度解析
本文旨在深入探讨Java中异常处理的核心概念与实际应用,通过剖析异常的本质、分类、捕获及处理方法,揭示其在程序设计中的关键作用。不同于常规摘要,本文将直接切入主题,以简明扼要的方式概述异常处理的重要性及其在Java编程中的应用策略,引导读者快速把握异常处理的精髓。
|
2天前
|
安全 Java 开发者
Java并发编程中的锁机制解析
本文深入探讨了Java中用于管理多线程同步的关键工具——锁机制。通过分析synchronized关键字和ReentrantLock类等核心概念,揭示了它们在构建线程安全应用中的重要性。同时,文章还讨论了锁机制的高级特性,如公平性、类锁和对象锁的区别,以及锁的优化技术如锁粗化和锁消除。此外,指出了在高并发环境下锁竞争可能导致的问题,并提出了减少锁持有时间和使用无锁编程等策略来优化性能的建议。最后,强调了理解和正确使用Java锁机制对于开发高效、可靠并发应用程序的重要性。
13 3
|
6天前
|
存储 监控 算法
Java中的内存管理与垃圾回收机制解析
本文深入探讨了Java编程语言中的内存管理策略和垃圾回收机制。首先介绍了Java内存模型的基本概念,包括堆、栈以及方法区的划分和各自的功能。进一步详细阐述了垃圾回收的基本原理、常见算法(如标记-清除、复制、标记-整理等),以及如何通过JVM参数调优垃圾回收器的性能。此外,还讨论了Java 9引入的接口变化对垃圾回收的影响,以及如何通过Shenandoah等现代垃圾回收器提升应用性能。最后,提供了一些编写高效Java代码的实践建议,帮助开发者更好地理解和管理Java应用的内存使用。
|
6天前
|
Java 开发者
深入解析Java中的异常处理机制
本文将深入探讨Java中异常处理的核心概念和实际应用,包括异常的分类、捕获、处理以及最佳实践。我们将通过具体示例展示如何有效使用try-catch块、throws关键字和自定义异常类,以帮助读者更好地理解和应用Java异常处理机制。
11 1
|
7天前
|
Java 程序员 开发者
Java中的异常处理机制深度解析
本文旨在深入探讨Java中异常处理的机制,包括异常的分类、如何捕获和处理异常,以及自定义异常的最佳实践。通过实例讲解,帮助读者更好地理解如何在Java编程中有效管理和利用异常处理来提高代码的健壮性和可维护性。
|
8天前
|
存储 负载均衡 Java
Jetty技术深度解析及其在Java中的实战应用
【9月更文挑战第3天】Jetty,作为一款开源的、轻量级、高性能的Java Web服务器和Servlet容器,自1995年问世以来,凭借其卓越的性能、灵活的配置和丰富的扩展功能,在Java Web应用开发中占据了举足轻重的地位。本文将详细介绍Jetty的背景、核心功能点以及在Java中的实战应用,帮助开发者更好地理解和利用Jetty构建高效、可靠的Web服务。
22 2
|
22天前
|
监控 网络协议 Java
Tomcat源码解析】整体架构组成及核心组件
Tomcat,原名Catalina,是一款优雅轻盈的Web服务器,自4.x版本起扩展了JSP、EL等功能,超越了单纯的Servlet容器范畴。Servlet是Sun公司为Java编程Web应用制定的规范,Tomcat作为Servlet容器,负责构建Request与Response对象,并执行业务逻辑。
Tomcat源码解析】整体架构组成及核心组件
|
1月前
|
存储 NoSQL Redis
redis 6源码解析之 object
redis 6源码解析之 object
55 6
|
6天前
|
存储 缓存 Java
什么是线程池?从底层源码入手,深度解析线程池的工作原理
本文从底层源码入手,深度解析ThreadPoolExecutor底层源码,包括其核心字段、内部类和重要方法,另外对Executors工具类下的四种自带线程池源码进行解释。 阅读本文后,可以对线程池的工作原理、七大参数、生命周期、拒绝策略等内容拥有更深入的认识。
什么是线程池?从底层源码入手,深度解析线程池的工作原理

热门文章

最新文章

推荐镜像

更多