JVM堆内存（heap）

Java堆内存管理是影响性能的主要因素之一。堆内存溢出是Java项目中非常常见的故障，在解决该问题之前，我们需要先了解一下什么是Java堆内存。

是什么

我们先来看一下，Java堆内存是如何划分的
JDK8之前

从JDK8开始，新生代与老年代更名（只是单纯的更名），无论哪个版本的JDK，其堆内存的划分都没有变化

废弃永久代

在JDK8版本废弃了永久代，替代的是元空间（MetaSpace），元空间与永久代上类似，都是方法区的实现，他们最大区别是：元空间并不在JVM中，而是使用本地内存。

为何移除永久代：
Ⅰ、Jrockit VM没有永久代，为了便于将HotSpot JVM与 JRockit VM合二为一，所以HotSpot JVM移除了永久代。

Ⅱ、方法区用于存放JVM加载的类的相关信息，但每个Java类的大小难以确定，永久代加载的类过多极易诱发java.lang.OutOfMemoryError:PermGen异常。

我们这里就分析一下JVM内存：

• ① JVM内存分为堆内存和非堆内存，堆内存分为：new（新生代）+tenured（老年代），其可以通过参数 –Xms、-Xmx 来指定：–Xms用于设置初始分配大小，默认为物理内存的1/16；-Xmx用于设置最大分配内存，默认为物理内存的1/4。默认情况下，新生代 ( Young ) 与老年代 ( Old ) 的比例的值为 1:2 ( 该值可以通过参数 –XX:NewRatio 来指定 )，即：新生代 ( Young ) = 1/3 的堆空间大小，老年代 ( Old ) = 2/3 的堆空间大小。
  下面来个代码示例：

public class Test{
 	//-Xms1024m -Xmx1024m -XX:+PrintGCDetails,该注释在Run Configurations中配置一下
 	public static void main(String[] args) {
  		System.out.println("Hello,JVM!");
 	}
}

控制台：total为新生代工作时内存空间大小，而非整个新生代内存空间大小。

• ②新生代（new/young）被细分为Eden和Survivor两个区域，为了便于区分，两个Survivor区域分别被命名为from和to（可见上图控制台中to于from）,默认情况下，Eden：from：to=8：1：1（可以通过参数–XX:SurvivorRatio来设定）。JVM每次只能使用Eden和其中一块Survivor区来为对象服务，所以无论什么时候，总有一块Survivor区是空闲着的，因此，新生代实际可用内存空间为90%（如上图控制台中，Eden加from或者to的space为新生代的total)。

工作原理以及分代概念

• 新生成的对象首先放到新生代Eden区域中，当Eden空间满了，触发Minor GC（清理新生代）存活下来的对象复制移动到Survivor0区，Survivor0区满后触发执行Minor GC，survivor0区存活对象复制移动到Survivor1区，这样保证了一段时间内总有一个survivor区为空，经过多次Minor GC 之后依然存活的对象移动到老年区（old/tenured）。

• JVM给每个对象设置了一个对象年龄（Age）计数器，每熬过一场Minor GC，对象年龄增加1岁，当它的年龄增加到阈值（默认为15，可以通过-XX：MaxTenuringThreshold 参数自定义该阀值），将被“晋升”到老年代。

• 老年代存放长期存活的对象，占满后会触发Major GC（清理老年代） = Full GC（清理整个堆空间，包括另外两个代），GC期间会停止所有线程，等待GC完成，所以对响应要求高的应用应减少发生Major GC，避免响应超时。

为什么分代

将对象根据存活概率进行分类，对存活时间长的对象，放到固定区，从而减少扫描垃圾时间及GC频率，针对分类进行不同的垃圾回收算法，对算法扬长避短。

为什么survivor分为两块相等大小的幸存空间

主要为了解决碎片化。如果内存碎片化严重，也就是两个对象占用不连续的内存，已有的连续内存不够新对象存放，就会触发GC。