JVM_堆

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 的内存变化