一、Java 中的堆是 JVM 管理的最大的一块内存空间,主要用于存放Java类的实例对象,其被划分为两个不同的区域:新生代 ( Young )和老年代 ( Old ),其中新生代 ( Young ) 又被划分为:Eden、From Survivor和To Survivor三个区域,如下图所示:
从JDK8开始,Metaspace(元空间)替代了永久代,如下图所示:
二、堆中的内存分配
1、详述:
堆大小 = 新生代( Young ) + 老年代( Old ),其可以通过参数 –Xms、-Xmx 来指定:–Xms用于设置初始分配大小,默认为物理内存的1/16;-Xmx用于设置最大分配内存,默认为物理内存的1/4。默认情况下,新生代 ( Young ) 与老年代 ( Old ) 的比例的值为 1:2 ( 该值可以通过参数 –XX:NewRatio 来指定 ),即:新生代 ( Young ) = 1/3 的堆空间大小,老年代 ( Old ) = 2/3 的堆空间大小
-Xms1024m -Xmx1024m -XX:+PrintGCDetails
2、查看:
上一条中的代码:我们分配了一个上下限相同的内存堆空间,并可以将具体数据输出:
在eclipse中找到该运行方法:Run Configuration :
做到如图所示的修改:
执行程序
Heap
def new generation total 314560K, used 11185K [0x04e00000, 0x1a350000, 0x1a350000)
eden space 279616K, 4% used [0x04e00000, 0x058ec418, 0x15f10000)
from space 34944K, 0% used [0x15f10000, 0x15f10000, 0x18130000)
to space 34944K, 0% used [0x18130000, 0x18130000, 0x1a350000)
tenured generation total 699072K, used 0K [0x1a350000, 0x44e00000, 0x44e00000)
the space 699072K, 0% used [0x1a350000, 0x1a350000, 0x1a350200, 0x44e00000)
Metaspace used 1787K, capacity 2242K, committed 2368K, reserved 4480K
出现以上输出:可以很简单的看到: Eden、Survivor from 、Survivor to(S0、S1)、tenured generation;
将各种内存加起来:会发现正好满足1240M的内存
三、堆中的内存处理机制:
上一个模块中的内存使用,我么可以看到 total 314560K 发现在新生代中的内存只有一个Survivor区和一个Eden区的内存:
这种工作时的内存占有量就和堆中内存的处理机制有关:
a、Eden区为Java对象分配堆内存,当 Eden 区没有足够空间分配(此处理解成已满不合适(应该是此时的剩余内存量<=新对象地址))时,JVM发起一次Minor GC,将Eden区仍然存活的对象放入Survivor from区,并清空 Eden 区;
b、Eden区被清空后,继续为新的Java对象分配堆内存;
c、当Eden区再次没有足够空间分配时,JVM对Eden区和Survivor from区同时发起一次 Minor GC,把存活对象放入Survivor to区,同时清空Eden 区和Survivor from区;
d、Eden区继续为新的Java对象分配堆内存,并重复上述过程:Eden区没有足够空间分配时,把Eden区和某个Survivor区的存活对象放到另一个Survivor区;
e、JVM给每个对象设置了一个对象年龄(Age)计数器,每熬过一场Minor GC,对象年龄增加1岁,当它的年龄增加到阈值(默认为15,可以通过-XX:MaxTenuringThreshold 参数自定义该阀值),将被“晋升”到老年代,当 Old 区也被填满时,JVM发起一次 Major GC,对 Old 区进行垃圾回收。
从java堆中的工作原理可以看出,两个survivor在处理时只有一个处于工作状态;
四、使用 java jvisualvm 查看:
一、打开在jdk bin目录中的: jvisualvm
二、安装插件 Visual GC
三、在Visual GC 查看