JVM垃圾收集器(Java Garbage Collection)。本教程均在JDK1.8+HotSpot为例来讲解的.
先来看看Java7的：
编辑
再来看看Jva8的
编辑
从上图中我们可以看出，java8之后换成了元空间。那么怎么证明，堆区是有新生代、永久代、元空间三部分组成的呢？OOM这个错误我们都熟悉，那么怎么手动制造出一个OOM呢？如果16G的物理内存，JVM堆内存能够分到多少G的内存空间呢?我们带着这些疑问来一起学习吧
在Java8中，永久带已经被移除了，被一个称为元空间的区域所取代。元空间的本质和永久带类似。
元空间与永久带之间最大的区别在于：
永久带使用的是JVM的堆内存空间，但是java8以后的元空间并不是虚拟机中的空间，而是使用了本机的物理内存空间的。
因此，默认情况下，元空间大小仅受到本地内存大小的限制。类的元数据放入native memory，字符串常量池和静态类变量存放在java堆区中。这样可以加载多少类的元数据，就不在由MaxPermSize控制了，而是由系统的实际可用空间来控制。
Java默认堆区空间大小是物理内存的六十四分之一(1/64).默认最大堆空间是物理内存的1/4
想要对JVM调优的话，就先要知道自己的家底。默认情况下，当前服务的JVM最大和最小内存是多少呢？怎么查看呢？
我们可以使用Runtime这个类来查看。具体代码如下：
编辑
运行结果：
编辑
来看看凯哥本子上物理内存大小：
编辑
可以看到是24GB。
从打印的结果，我们看知道，凯哥本子上的JVM最大内存是5.4个G。也就是大约等于物理内存的1/4
JVM最小内存就是：368。大约是物理内存的1/64.
是不是证明了JVM默认堆内存最大值占用物理内存的1/4，最小值占用物理内存的1/64。没有忽悠，没有骗人吧。
编辑
看到了吗？totoalMemory方法和maxMemory方法都是native的。在前面，我们讲解JVM体系图的时候，讲解了native关键字修饰的方法，这里就不赘述了。
代码证明堆内存空间就是新生代、老年代、元空间三个区域:
在idea中通过VM options参数来操作
编辑
找到需要修改的类，然后在VM options，添加参数。如下图：
编辑
输入如下参数：-Xms1024m -Xmx1024m -XX:+PrintGCDetails
编辑
堆内存调优参数说明：
命令 | 描述 |
-Xms | 设置初始分配大小，默认物理内存的1/64 |
-Xmx | 最大分配内存，默认为物理内存的1/4 |
-XX:+PrintGCDetails | 输出详细的GC处理日志 |
修改好了之后，重新运行程序，我们看看控制台打印的信息：
编辑
修改后，我们发现堆内存的最大和最小的值是相等的。需要说明一点，在生产环境中，我们最好也把最大和最小值设置一样。这样可以减少空间差距切换从而影响了程序的稳定健壮性。
在上图2部分区域，就是打印出了jvm的详细信息。我们可以明显的看到如下几个数据：
PSYoungGen、ParOldGen、Metaspace这三个区域，正好就是我们之前文章说的，新生代、老年代、元空间这三个区域。这是逻辑上区分的。
在物理上区分是2个，分别是新生代和老年代，怎么证明呢？
编辑
还记得我们参数设置的是1024m吧。把新生代和老年代的total相加，是不是就是打印出最大和最小堆内存的值？
再来看看新生代和老年代空间占用比例：305664/699392是不是于等于1/2。
怎么证明新生代是有伊甸园区、from区、to区三部分组成呢？三部分占用比例怎么证明是8/1/1呢？请看下图：
编辑
是不是有三个区域。占用空间分别是:26214/43520/43520.是不是就是8/1/1?
现在再回过头，来看看堆内存，是不是更清晰了。
编辑
通过修改堆参数，模拟出OOM问题
思路：
写个while(true)死循环，通过设置JVM的参数，设置小一点。比如8M，然后执行就会出现OOM。或者new一个字节数组，大于配置的参数就可以。比如设置的堆内存大小是8M，那么byte[] bytes =new byte[10*1024*1024]; //10M的对象。一定会OOM
编辑
-Xms8m -Xmx8m -XX:+PrintGCDetails
编辑
运行后，查看控制台打印信息.
编辑
是不是看到了熟悉的
[Full GC (Allocation Failure) Exception in thread "main" java.lang.OutOfMemoryError: Java heap space。
下一篇文章预告：GC收集日志信息分析。欢迎大家和凯哥一起继续学习。
随时随地看视频
