jvm

图解JVM--(二)垃圾回收

2020-02-06  本文已影响0人  韩who

垃圾回收

1.如何判断对象可以回收

1.1 引用计数

在对象中添加一个引用计数器,每当有一个地方引用它,计数器值就加一,当引用失效时,计数器值就减一,任何时刻计数器为零的对象就不可能再被使用的,就可以做为垃圾被回收

image

会出现如上图的循环引用,永远清除不了

1.2 可达性分析算法

System class ---> 系统的类,jdk自带的类,方法区中的类静态属性引用的对象,以及方法区中的StringTable(常量池)中的引用

Native Stack ----> 本地方法

Thread ----> 线程 (每一个线程都对应一个虚拟机栈,虚拟机栈中(栈帧中的本地变量表)中引用的对象)

Busy Monitor ---> 加锁 (被synchronized关键字)所持有的对象

1.3 四种引用

  1. 强引用

    • 只有所有 GC Roots 对象都不通过【强引用】 引用该对象,该对象才能被垃圾回收
  2. 软引用(SoftReference)

    • 仅有软引用引用该对象时,在垃圾回收后,内存仍不足时,会再次触发垃圾回收,回收软引用对象
    • 可以配合引用队列来释放软引用自身
  3. 弱引用

    • 仅有弱引用引用该对象时,在垃圾回收时,无论内存是否充足,都会回收弱引用对象
    • 可以配合引用队列来释放弱引用自身
  4. 虚引用

    • 必须配合引用队列使用,主要配合 ByteBuffer 使用,被引用对象回收时,会将虚引用入队,由Reference Handler 线程调用虚引用相关方法释放直接内存
  5. 终结器引用

    • 无需手动编码,但其内部配合引用队列使用,在垃圾回收时,终结器引用入队(被引用对象暂时没有被回收),再由Finalizer 线程通过终结器引用找到被引用对象并调用它的 finalizer 方法,第二次GC时才能回收被引用对象
    image image

软引用的例子:

/**
 * 演示软引用
 * -Xmx20m -XX:+PrintGCDetails -verbose:gc
 */

private static final int _4MB = 4 * 1024 * 1024;


    public static void soft() {
        // list --> SoftReference --> byte[]

        List<SoftReference<byte[]>> list = new ArrayList<>();
        for (int i = 0; i < 5; i++) {
            SoftReference<byte[]> ref = new SoftReference<>(new byte[_4MB]);
            System.out.println(ref.get());
            list.add(ref);
            System.out.println(list.size());

        }
        System.out.println("循环结束:" + list.size());
        for (SoftReference<byte[]> ref : list) {
            System.out.println(ref.get());
        }
    }
/**
 * 演示软引用, 配合引用队列
 */
public class Demo2_4 {
    private static final int _4MB = 4 * 1024 * 1024;

    public static void main(String[] args) {
        List<SoftReference<byte[]>> list = new ArrayList<>();

        // 引用队列
        ReferenceQueue<byte[]> queue = new ReferenceQueue<>();

        for (int i = 0; i < 5; i++) {
            // 关联了引用队列, 当软引用所关联的 byte[]被回收时,软引用自己会加入到 queue 中去
            SoftReference<byte[]> ref = new SoftReference<>(new byte[_4MB], queue);
            System.out.println(ref.get());
            list.add(ref);
            System.out.println(list.size());
        }

        // 从队列中获取无用的 软引用对象,并移除
        Reference<? extends byte[]> poll = queue.poll();
        while( poll != null) {
            list.remove(poll);
            poll = queue.poll();
        }

        System.out.println("===========================");
        for (SoftReference<byte[]> reference : list) {
            System.out.println(reference.get());
        }

    }
}

弱引用例子:

/**
 * 演示弱引用
 * -Xmx20m -XX:+PrintGCDetails -verbose:gc
 */
public class Demo2_5 {
    private static final int _4MB = 4 * 1024 * 1024;

    public static void main(String[] args) {
        //  list --> WeakReference --> byte[]
        List<WeakReference<byte[]>> list = new ArrayList<>();
        for (int i = 0; i < 10; i++) {
            WeakReference<byte[]> ref = new WeakReference<>(new byte[_4MB]);
            list.add(ref);
            for (WeakReference<byte[]> w : list) {
                System.out.print(w.get()+" ");
            }
            System.out.println();

        }
        System.out.println("循环结束:" + list.size());
    }
}

2.垃圾回收算法

2.1 标记清除

定义: Mark Sweep

image

2.2 标记整理

定义: Mark Compact

image

2.3 复制

定义: Copy

image

3.分代垃圾回收

image

3.1 相关 VM 参数

含义 参数
堆初始大小 -Xms
堆最大大小 -Xmx 或 -XX:MaxHeapSize=size
新生代大小 -Xmn 或 (-XX:NewSize=size + -XX:MaxNewSize=size )
幸存区比例(动态) -XX:InitialSurvivorRatio=ratio 和 -XX:+UseAdaptiveSizePolicy
幸存区比例 -XX:SurvivorRatio=ratio
晋升阈值 -XX:MaxTenuringThreshold=threshold
晋升详情 -XX:+PrintTenuringDistribution
GC详情 -XX:+PrintGCDetails -verbose:gc
FullGC 前 MinorGC -XX:+ScavengeBeforeFullGC

3.2 GC分析

/**
 *  演示内存的分配策略
 */
public class Demo2_1 {
    private static final int _512KB = 512 * 1024;
    private static final int _1MB = 1024 * 1024;
    private static final int _6MB = 6 * 1024 * 1024;
    private static final int _7MB = 7 * 1024 * 1024;
    private static final int _8MB = 8 * 1024 * 1024;

    // -Xms20M -Xmx20M -Xmn10M -XX:+UseSerialGC -XX:+PrintGCDetails -verbose:gc -XX:-ScavengeBeforeFullGC
    public static void main(String[] args) throws InterruptedException {
        new Thread(() -> {
            ArrayList<byte[]> list = new ArrayList<>();
            list.add(new byte[_8MB]);
            list.add(new byte[_8MB]);
        }).start();

        System.out.println("sleep....");
        Thread.sleep(1000L);
    }
}

当对象足够大的,超过幸存区,会直接跨级为老年代

image

4.垃圾回收器

4.1 串行

打开串行垃圾回收器的 jvm参数:

-XX:+UseSerialGC = Serial + SerialOld

Serial: 工作在新生代 , 采用复制算法

SerialOld : 工作在老年代,采用标记-整理算法

上面两个都是单线程垃圾回收器,所以使用时,其他cpu线程需要阻塞

image

4.2 吞吐量优先

打开吞吐量优先垃圾回收器的 jvm参数:

-XX:+UseParallelGC ~ -XX:+UseParallelOldGC

UseParallelGC:新生代,(parallel 并行,多个垃圾回收线程并行同时执行 )复制算法

UseParallelOldGC:老年代,标记-整理算法

-XX:+UserAdaptiveSizePolicy

-XX:GCTimeRatio=ratio //调整吞吐量的目标

-XX:MaxGCPauseMillis=ms

-XX:ParallelGCThreads=n

image

4.3 响应时间优先

打开响应时间优先垃圾回收器的 jvm参数:

-XX:+UseConcMarkSweepGC ~ -XX:+UseParNewGC ~ SerialOld

UseConcMarkSweepGC:新生代 (concurrent 并发(在垃圾回收线程时,用户线程也可以执行,两种线程可以并发)Sweep 清除)标记-清除 算法

并行是指两个或者多个事件在同一时刻发生;而并发是指两个或多个事件在同一时间间隔内发生

UseParNewGC:会退化为 SerialOld ( 单线程 老年代 标记-整理 算法)

-XX:ParallelGCThreads=n ~ -XX:ConcGCThreads=threads

-XX:CMSInitiatingOccupancyFraction=percent

-XX:+CMSScavengeBeforeRemark

image

4.4 G1

定义: Garbage First

jdk 1.9 默认

适用场景:

相关 JVM 参数

-XX:+UseG1GC

-XX:G1HeapRegionSize=size

-XX:MaxGCPauseMillis=time

4.4.1 G1 垃圾回收阶段

image

三阶段时循环过程:先进行新生代垃圾收集,当老年代垃圾达到一定的阈值的时候,会对新生代垃圾收集的同时进行并发的标记(Concurrent Mark),等这个阶段完成之后,会进行一段混合收集(Mixed Collection) (对新生代,幸存区,老年代进行一次规模较大的收集),等内存释放掉,混合收集结束之后,会再次进入新生代收集(Young Collection)

4.4.2 Young Collection

将内存划分为多个区,每个区都可以表示 E (Eden) S(幸存区) O(老年代)

E (Eden) S(幸存区) O(老年代)

image

​ 以拷贝算法 将对象放入幸存区

image

​ 当幸存区的对象过多,或者超过一定年龄,时间,会触发垃圾回收,幸存区会有一部分进入老年代

image

4.4.3 Young Collection + CM(concurrent mark)

-XX:InitiatingHeapOccupancyPercent=percent (默认45%)

image

4.4.4 Mixed Collection

会对 E , S , O 进行全面垃圾回收

-XX:MaxGCPauseMillis=ms

image

4.4.5 Full GC

4.4.6 Young Collection 跨代引用

image image

4.4.7 Remark

image

黑色,已经处理完

灰色,尚在处理中

白色,还没处理

image

当处理B时,发现 B 被请引用,所以,标记为黑色,同时,其他线程执行将B 与 C 之间的应用切掉,把C 作为A 的引用,这个时候,由于对象引用发生改变,此时会有一个 写屏障 会出现在 A 与 C之间 (对象引用发生改变就会有写屏障)

image

接着会把有写屏障的对象丢到一个队列中,标记会灰色,对队列取值判断,发现有被引用,标记为黑色

image

这样,就避免了当引用被修改时,对象,被设置为白色,当做垃圾清除

4.4.8 JDK 8 字符串去重

-XX:+UseStringDeduplication

String s1 = new String("hello"); // char[]{'h','e','l','l','o'} 
String s2 = new String("hello"); // char[]{'h','e','l','l','o'}

4.4.9 jdk8 并发标记卸载

所有对象都经过并发标记后,就能知道哪些类不再被使用,当一个类加载器的所有类都不再使用,则卸

载它所加载的所有类

-XX:+ClassUnloadingWithConcurrentMark 默认启用

4.4.10 回收巨型对象

image

4.4.11 jdk9 并发标记起始时间的调整

5.垃圾回收调优

5.1 调优领域

5.2 确定目标

5.3 最快的GC是不发送GC

5.4 新生代调优

新生代是不是越大越好?

以下是Oracle 对此的原文描述:

-Xmn:设置新生代的初始和最大值的jvm指令,以下时说明

Sets the initial and maximum size (in bytes) of the heap for the young generation (nursery).

GC is performed in this region more often than in other regions. If the size for the young

generation is too small, then a lot of minor garbage collections are performed. If the size is too

large, then only full garbage collections are performed, which can take a long time to complete.

Oracle recommends that you keep the size for the young generation greater than 25% and less

than 50% of the overall heap size.

如果新生代划得太小,那么会由于内存太小引发太多次的minor gc ,每一个minor gc 都会哟式短暂的 STW ,影响效率,如果新生代太大,则会导致老年代内存太小,容易引发多次 Full gc ,Full gc 的占用时间远大于 minor gc ,

建议 新生代 占堆的 25%以上, 50%以下

-XX:MaxTenuringThreshold=threshold

-XX:+PrintTenuringDistribution

Desired survivor size 48286924 bytes, new threshold 10 (max 10)
- age 1: 28992024 bytes, 28992024 total
- age 2: 1366864 bytes, 30358888 total
- age 3: 1425912 bytes, 31784800 total 
...

5.5 老年代调优

以CMS 为例

上一篇下一篇

猜你喜欢

热点阅读