堆体系结构概述

2019独角兽企业重金招聘Python工程师标准>>>

Heap 堆

一个JVM实例只存在一个堆内存，堆内存的大小是可以调节的。 类加载器读取了类文件后，需要把类、方法、常变量放到堆内存中，保存所有引用类型的真实信息，以方便执行器执行。

堆内存分为三部分：

• Young Generation Space——新生区——Young / New
• Tenure generation space——养老区——Old / Tenure
• Permanent Space——永久区——Perm

---

Heap 堆（Java7之前）

一个JVM实例只存在一个堆内存，堆内存的大小是可以调节的。
类加载器读取了类文件后，需要把类、方法、常变量放到堆内存中，保存所有引用类型的真实信息，以方便执行器执行。
堆内存逻辑上分为三部分：新生+养老+永久。

新生区

新生区是类的诞生、成长、消亡的区域。
一个类在这里产生、应用、最后被垃圾回收器收集，结束生命。

新生区又分为两部分：伊甸区（Eden space）和幸存者区（Survivor pace）。

• 所有的类都是在伊甸区被new出来的。
• 幸存区有两个：幸存0区（Survivor 0 space）和幸存1区（Survivor 1 space）。

当伊甸园的空间用完时，程序又需要创建对象，JVM的垃圾回收器将对伊甸园区进行垃圾回收（Minor GC），将伊甸园区中的不再被其他对象所引用的对象进行销毁。然后将伊甸园中的剩余对象移动到幸存0区。

若幸存0区也满了，再对该区进行垃圾回收，然后移动到幸存1区。
若幸存1区也满了，再移动到养老区。
若养老区也满了，那么此时将产生MajorGC（FullGC），进行养老区的内存清理。
若养老区执行了FullGC之后依然无法进行对象的保存，则会产生OutOfMemoryError异常。(OOM异常)

若出现java.lang.OutOfMemoryError: Java heap space异常，则说明Java虚拟机的堆内存不够。原因有二：

• Java虚拟机的堆内存设置不够，可通过参数-Xms(初始堆大小)、-Xmx(最大堆大小)来调整。
• 代码中创建了大量大对象，且长时间不能被垃圾收集器收集（存在被引用）。

参考：https://www.cnblogs.com/likehua/p/3369823.html

永久区

永久存储区是一个常驻内存区域，用于存放JDK自身所携带的Class、Interface的元数据。也就是说它存储的是运行环境必须的类信息。 被装载进此区域的数据是不会被垃圾回收器回收掉的。 关闭JVM才会释放此区域所占用的内存。

若出现java.lang.OutOfMemoryError: PermGen space，说明是Java虚拟机对永久代Perm内存设置不够。 一般出现这种情况，都是程序启动需要加载大量的第三方jar包。 例如：

1.在一个Tomcat下部署了太多的应用。 2.大量动态反射生成的类不断被加载，最终导致Perm区被占满。

• Jdk1.6及之前：有永久代, 常量池在方法区。
• Jdk1.7：有永久代，但已经逐步“去永久代”，常量池在堆。
• Jdk1.8及之后：无永久代，常量池在元空间。

熟悉三区（新生区、养老区、永久区）结构后方可学习JVM垃圾收集。

方法区（Method Area）和堆一样，是各个线程共享的内存区域，它用于存储虚拟机加载的：类信息、普通常量、静态常量、编译器编译后的代码等。虽然，JVM规范将方法区描述为堆的一个逻辑部分，但它却还有一个别名叫做非堆(Non-Heap)，目的就是要和堆分开。

方法区（Method Area）也叫非堆(Non-Heap)

对于HotSpot虚拟机，很多开发者习惯将方法区称之为“永久代(Parmanent Gen)”。 但严格说两者不同，或者说使用永久代来实现方法区而已，永久代是方法区的一个实现。 jdk1.7的版本中，已经将原本放在永久代的字符串常量池移走。

Runtime Constant Pool（运行时常量池）

常量池（Constant Pool）是方法区的一部分。
Class文件除了有类的版本、字段、方法、接口等描述信息外，还有一项信息就是常量池。
常量池用于存放编译期间生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量池中存放。另外翻译出来的直接引用也会存储在这个区域中。
这个区域另外一个特点就是动态性，Java并不要求常量就一定要在编译期间才能产生，运行期间也可以在这个区域放入新的内容，String.intern()方法就是这个特性的应用。

转载于:https://my.oschina.net/mondayer/blog/3031138