运行时数据区内部结构详解-堆

最新推荐文章于 2022-07-27 20:54:11 发布

「已注销」

最新推荐文章于 2022-07-27 20:54:11 发布

阅读量200

点赞数

文章标签： jvm

本文链接：https://blog.csdn.net/tian_ya_jian_ke/article/details/109482212

版权

堆的核心概述

堆对一个进程（一个JVM实例）来说是唯一的。

java堆区在jvm启动（程序启动）时即被创建，其空间大小也被确定。是JVM管理的最大的一块内存空间。当然堆的空间是可以调节的。

举例：jdk bin目录下的自带工具，需要安装VisualGC插件

package com.zzz.jvm;

public class HeapDemo {

    public static void main(String[] args) {
        try {
            Thread.sleep(1000000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

}

-Xms10m -Xmx10m

Java虚拟机规范规定，堆可以处于物理上不连续的内存空间中，但在逻辑上它应该是连续的。

堆被多个线程共享，所以存在线程安全问题，在堆里还可以划分线程私有的缓冲区（TLAB）。

Java虚拟机规范中对Java堆的描述是：所有的对象实例以及数组都应当运行在分配在堆上。

数组和对象可能永远不会存储在栈上，因为栈帧中保存引用，这个引用指向对象或数组在堆中的位置。

在方法结束后，堆中的对象不会马上被移除，仅仅在垃圾收集的时候才会移除。

堆，是GC执行垃圾回收的重点区域。

堆空间细分

现在垃圾回收器大部分都基于分代收集理论设计，堆空间细分为：

这里我们分版本说明：

Java7及以前堆逻辑上分为：新生区（Young Generation Space）+养老区(Tenure generation Space)+永久区(Permanent Space)。

Java8及以后堆内存逻辑上分为三部分：新生区+养老区+元空间(Meta Space)。“区”也可以改成“代”。

堆空间内存大小设置

Java堆区用于存储Java对象实例，JVM启动时堆的大小已经设置好了，通过：-Xmx和-Xms。

-Xmx表示堆区的最大内存，等价于-XX:MaxHeapSize。一旦堆中内存大小超过该值，就会抛出OOM异常。

-Xms表示堆区的起始内存，等价于-XX:InitialHeapSize。

其中通常会将这两个值设置成一样，其目的是为了能够在java垃圾回收机制清理完成堆区后不需要重新分隔计算堆区的大小，从而提高性能。

默认情况下，初始内存大小：电脑可用内存的1/64；最大内存：电脑可用内存的1/4。

通过实例来看堆内存以及堆内存的设置：

package com.zzz.jvm;

public class HeapSpaceInitial {

    public static void main(String[] args) {
        long initialMemory = Runtime.getRuntime().totalMemory()/1024/1024;
        long maxMemory = Runtime.getRuntime().maxMemory()/1024/1024;
        System.out.println("-Xms:"+initialMemory+"m -Xmx:"+maxMemory+"m");
        System.out.println("系统内存大小为："+initialMemory*64/1024+"G");
        System.out.println("系统内存大小为："+maxMemory*4/1024+"G");
    }

}


-Xms:121m -Xmx:1787m
系统内存大小为：7G
系统内存大小为：6G

package com.zzz.jvm;

public class HeapSpaceInitial {

    public static void main(String[] args) {
        try {
            Thread.sleep(1000000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        long initialMemory = Runtime.getRuntime().totalMemory()/1024/1024;
        long maxMemory = Runtime.getRuntime().maxMemory()/1024/1024;
        System.out.println("-Xms:"+initialMemory+"m -Xmx:"+maxMemory+"m");
    }

}

设置
-Xms600m -Xmx600m -XX:+PrintGCDetails
输出
-Xms:575m -Xmx:575m
Heap
 PSYoungGen      total 179200K, used 15360K [0x00000000f3800000, 0x0000000100000000, 0x0000000100000000)
  eden space 153600K, 10% used [0x00000000f3800000,0x00000000f47001d0,0x00000000fce00000)
  from space 25600K, 0% used [0x00000000fe700000,0x00000000fe700000,0x0000000100000000)
  to   space 25600K, 0% used [0x00000000fce00000,0x00000000fce00000,0x00000000fe700000)
 ParOldGen       total 409600K, used 0K [0x00000000da800000, 0x00000000f3800000, 0x00000000f3800000)
  object space 409600K, 0% used [0x00000000da800000,0x00000000da800000,0x00000000f3800000)
 Metaspace       used 4001K, capacity 4568K, committed 4864K, reserved 1056768K
  class space    used 447K, capacity 460K, committed 512K, reserved 1048576K

年轻代与老年代

存储在JVM中的Java对象按生命周期可以被划分为2类：

生命周期较短的瞬时对象，创建与消亡非常迅速。
生命周期非常长，在某些极端情况下能与JVM生命周期保持一致。

Java堆区分为：年轻代与老年代；

年轻代分：Eden空间，Survivor0空间与Survivor1空间（也叫from与to区，不固定，随时切换）。

对象分配过程

新对象分配内存是一件非常严谨和复杂的任务，JVM的设计者们不仅需要考虑内存如何分配、在哪里分配等问题，并且由于内存分配算法与内存回收算法密切相关，所以还需要考虑GC执行完内存回收后是否会在内存空间中产生内存碎片。

new的对象先放在伊甸园区。此区有大小限制。
当伊甸园区的空间填满时，程序又需要创建对象，JVM的垃圾回收器将对伊甸园区进行垃圾回收（YGC/Minor GC），将伊甸园区中的不再被其他对象所引用的对象进行销毁。再加载新的对象放到伊甸园区。
然后将伊甸园中的剩余对象移到幸存者0区。
如果再次触发垃圾回收，此时上次幸存下来的放到幸存者0区的，如果没有回收，就会放到幸存者1区。
如果再次经历垃圾回收，此时会重新放回幸存者0区，接着再去幸存者1区。
啥时候能去养老区呢？可以设置次数，默认15次（阈值）。可以设置参数：-XX:MaxTenuringThreshold=<n>进行设置。
在养老区，相对悠闲。当养老区内存不足时，再次触发GC:Major GC，进行养老区的内存清理。
若养老区执行了Major GC之后发现依然无法进行对象的保存，就会产生OOM异常。

对象分配的一般过程如下图

总结

针对幸存者S0，S1区，复制交换之后，谁空谁是TO区。

关于垃圾回收：频繁在新生区收集，很少在养老区收集，几乎不再永久区/元空间收集。

Minor GC、Major GC、Full GC对比

GC概述

JVM进行GC时，并非每次都会对新生代、老年代、方法区进行一起回收。大部分时候回收的的都是新生代。

针对HotSpot VM，GC可分2类：部分收集（Partial GC）与整堆收集（Full GC）。

Partial GC：新生代收集（Minor GC/Young GC）（Eden、S0、S1）、老年代收集（Major GC/Old GC）、混合收集（Mixed GC）（整个年轻代，部分老年代）。

Full GC:收集整个java堆和方法区的垃圾收集。

年轻代GC

Eden满，触发Minor GC。java对象大多需要回收，所以Minor GC频率较高，一般回收速度很快，所以Minor GC引发STW，也还好，不太影响使用。

老年代GC

老年代空间不足时触发Major GC。Major GC速度很慢，大约是Minor GC的10倍，STW时间长。

Full GC

触发Full GC情况较多：

1、system.gc()，但是不是必然执行。 2、老年代空间不足。3、方法区空间不足。4、通过Minor GC进入老年代的平均大小大于老年代的可用内存。

FullGC是开发与调优中尽量要避免的。

堆空间分代思想

其实完全可以不分代，分代的唯一理由就是优化GC性能。不分代，GC时会对整个堆进行扫描。如果分代的话，把新创建的对象放到某个地方，当GC时，先把这块区域进行回收。

堆空间的内存分配策略

TLAB

背景：堆区线程共享。多线程操作同一数据线程不安全。使用加锁，影响效率。

TLAB是JVM为每个线程在Eden中分配的一个私有缓存区域。多线程分配内存时，使用TLAB可以避免一些非线程安全问题，同时还能够提升内存分配得吞吐量。

当然TLAB默认只占Eden的1%可以使用-XX:TLABWasteTargetPercent设置，不是所有的对象都能够在TLAB中成功分配内存，但JVM确实将TLAB作为内存分配的首选。

在程序中可以使用-XX:UseTLAB设置是否开启TLAB空间。

一旦对象在TLAB空间分配内存失败，JVM就会尝试通过加锁机制来确保数据操作的原子性，从而直接在Eden空间中分配内存。

堆空间常用参数设置

-XX:+PrintFlagsInitial

-XX:+PrintFlagsFinal

-Xms

-Xmx

-Xmn

-XX:NewRatio

-XX:SurvivorRatio

-XX:MaxTenuringThreshold

-XX:+PrintGCDetails

-XX:+PrintGC

-verbose:gc

-XX:HandlePromotionFailure

堆是分配对象存储的唯一选择？

如果经过逃逸分析后发现，一个对象并没有逃逸出的方法的话，那么就可能被优化成栈上分配。

逃逸分析：

当一个对象在方法中被定义后，对象只在方法内部使用，则认为没有发生过逃逸。

当一个对象的方法被定义后，它被外部方法所引用，则认为发生逃逸。

逃逸例子：

package com.zzz.jvm;

public class EscapeAnalyze {

    public static StringBuffer createString(String s1,String s2){
        StringBuffer stringBuffer = new StringBuffer();
        stringBuffer.append(s1);
        stringBuffer.append(s2);
        return stringBuffer;
    }

}

非逃逸例子（分配在栈上）：

package com.zzz.jvm;

public class EscapeAnalyze {

    public static String createString(String s1,String s2){
        StringBuffer stringBuffer = new StringBuffer();
        stringBuffer.append(s1);
        stringBuffer.append(s2);
        return stringBuffer.toString();
    }

}

结论：开发中能使用局部变量的，就不要在方法外定义。

「已注销」

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
运行时数据区内部结构详解-堆

堆的核心概述堆对一个进程（一个JVM实例）来说是唯一的。java堆区在jvm启动（程序启动）时即被创建，其空间大小也被确定。是JVM管理的最大的一块内存空间。当然堆的空间是可以调节的。举例：jdk bin目录下的自带工具，需要安装VisualGC插件package com.zzz.jvm;public class HeapDemo { public static void main(String[] args) { try { Thre
复制链接

扫一扫