Java 中的堆是 JVM 管理的最大的一块内存空间,主要用于存放Java类的实例对象,其被划分为两个不同的区域:新生代 ( Young )和老年代 ( Old ),其中新生代 ( Young ) 又被划分为:Eden、From Survivor和To Survivor三个区域。
我们可以通过一段简单的代码来查看堆的空间划分。
public class Jtest {
public static void main(String[] args) {
System.out.println("Hello,JVM!");
}
}
右键选择 run configuration
再如下的地方添加 -Xms1024m -Xmx1024m -XX:+PrintGCDetails 代码
控制台输出:
可以看出上面有几个未知的单词。而这几个单词正是代表了 堆的内存空间。
Java 中的堆是 JVM 管理的最大的一块内存空间,主要用于存放Java类的实例对象,其被划分为两个不同的区域:新生代 ( Young )和老年代 ( Old ),其中新生代 ( Young ) 又被划分为:Eden、From Survivor 和 To Survivor三个区域
从JDK8开始,Metaspace(元空间)替代了永久代,如下图所示:
无论哪个版本的JDK,其堆内存的划分都没有变化,下面详述Java堆中各个区域:
1、堆大小 = 新生代( Young ) + 老年代( Old ),其可以通过参数 –Xms、-Xmx 来指定:–Xms用于设置初始分配大小,默认为物理内存的1/16;-Xmx用于设置最大分配内存,默认为物理内存的1/4。默认情况下,新生代 ( Young ) 与老年代 ( Old ) 的比例的值为 1:2 ,即:新生代 ( Young ) = 1/3 的堆空间大小,老年代 ( Old ) = 2/3 的堆空间大小
2、新生代 ( Young ) 被细分为 Eden 和 两个 Survivor 区域,为了便于区分,两个 Survivor 区域分别被命名为 from 和 to。默认情况下,Eden : from : to = 8 : 1 : 1 ,即: Eden = 8/10 的新生代空间大小,from = to = 1/10 的新生代空间大小。JVM 每次只使用 Eden 和其中的一块 Survivor 区域来为对象服务,所以无论什么时候,总是有一块 Survivor 区域是空闲着的,因此,新生代实际可用的内存空间为 9/10 ( 即90% )的新生代空间。
3 、工作原理:
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),将被“晋升”到老年代,当 Old 区也被填满时,JVM发起一次 Major GC,对 Old 区进行垃圾回收。
我们可以使用java 自带的 java visualvm 来直观的观察 堆内存
我们首先打开visualvm 进行配置 工具-> 插件
然后我们去改一下插件下载地址。Java VisualVM默认的插件中心网址已关闭服务,插件中心的服务器已经移交到github上,地址为https://visualvm.github.io/pluginscenters.html 去github 上寻找符合自己版本的下载地址粘贴上去。
更新好之后我们去可用插件中找VisualGC 下载。
然后我们启动一个线程 并回到 java visualvm 打开GC 观察
再图中我们可以清晰的看到 Eden s0 s1 与 Old 的内存变化