JVM内存-GC策略

  • 哪些内存需要回收?
  • 什么时候回收?
  • 如何回收?

引用计数器算法GC存在的问题是?

描述:引用计数器法给对象中添加一个引用计数器,没当一个地方引用它,计数器就加一,引用失效时减一,任何引用计数器为0的对象就是不可能再被使用的对象。

引用计数器算法的效率也比较高,主流的JVM里面并没有选用引用计数器来管理内存,其中最主要的问题是不能解决对象之间循环引用的问题。

jvm可达性分析算法

java是通过可达性分析来判断对象是否存活,这个算法的基本思路是通过一系列的称为“GC Roots”的对象为起始点,从这些节点向下搜索,搜索所有的路径称为引用链;引用链不能到达的对象节点是GC需要回收的。

在java语言中可被称为“GC Roots”的对象包括下面几个方面:

  • 1.虚拟机栈中引用的对象
  • 2.方法区中类静态属性引用的对象
  • 3.方法区中常量引用的对象
  • 4.本地方法(Native)引用的对象

无论是引用计数器还是可达性分析判断的标准都是对象是否引用。

在jdk1.2后,java对引用进行了扩充,将引用分为强引用 、软引用、弱引用、虚引用4种,强弱依次递减。

  • 强引用:类似“Object obj = new Object()”,只要存在,GC永不回收
public class Main {
    public static void main(String[] args) {
        new Main().fun1();
    }
     
    public void fun1() {
        Object object = new Object();
        Object[] objArr = new Object[1000];
    }
}
  • 软引用:软引用是用来描述一些有用但并不是必需的对象,在Java中用java.lang.ref.SoftReference类来表示。对于软引用关联着的对象,只有在内存不足的时候JVM才会回收该对象。如:
import java.lang.ref.SoftReference;
 
public class Main {
    public static void main(String[] args) {
         
        SoftReference<String> sr = new SoftReference<String>(new String("hello"));
        System.out.println(sr.get());
    }
}
  • 弱引用也是用来描述非必需对象的,当JVM进行垃圾回收时,无论内存是否充足,都会回收被弱引用关联的对象。在java中,用java.lang.ref.WeakReference类来表示。下面是使用示例:
public class Main {
    public static void main(String[] args) {
     
        WeakReference<String> sr = new WeakReference<String>(new String("hello"));
         
        System.out.println(sr.get());
        System.gc();                //通知JVM的gc进行垃圾回收
        System.out.println(sr.get());
    }
}
  • 虚引用和前面的软引用、弱引用不同,它并不影响对象的生命周期。在java中用java.lang.ref.PhantomReference类表示。如果一个对象与虚引用关联,则跟没有引用与之关联一样,在任何时候都可能被垃圾回收器回收。
ReferenceQueue<String> queue = new ReferenceQueue<String>();
        PhantomReference<String> pr = new PhantomReference<String>(new String("hello"), queue);
        System.out.println(pr.get());

如何利用软引用和弱引用解决OOM问题

  前面讲了关于软引用和弱引用相关的基础知识,那么到底如何利用它们来优化程序性能,从而避免OOM的问题呢?

  下面举个例子,假如有一个应用需要读取大量的本地图片,如果每次读取图片都从硬盘读取,则会严重影响性能,但是如果全部加载到内存当中,又有可能造成内存溢出,此时使用软引用可以解决这个问题。

  设计思路是:用一个HashMap来保存图片的路径 和 相应图片对象关联的软引用之间的映射关系,在内存不足时,JVM会自动回收这些缓存图片对象所占用的空间,从而有效地避免了OOM的问题。在Android开发中对于大量图片下载会经常用到。
  
  

生存还是死亡

要宣告一个对象死亡,至少经历两次标记过程:如果进行可达性分析时没有到达的引用链,将会做第一次标记,此处需要进行一次筛选,条件是有必要执行finalize()方法,当对象没有覆盖finalize(),或者已经被jvm调用,这两种情况称为“没有必要执行”;如果对象被判断有必要执行,会被放置在一个F-Queue队列,稍后有优先级低的线程进行第二次标记,如果对象finalize重新进行了引用,那么将会移出回收队列,否则会被进行垃圾回收。

原文 

https://juejin.im/post/5b30a28df265da5967193a9c

本站部分文章源于互联网,本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供。如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。

PS:推荐一个微信公众号: askHarries 或者qq群:474807195,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

转载请注明原文出处:Harries Blog™ » JVM内存-GC策略

赞 (0)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址