ava 8 彻底将永恒代 (PermGen) 移除出了 HotSpot JVM，将其原有的数据迁徙至 Java Heap 或 Metaspace。这一篇文章咱们来总结一下 Metaspace（元空间）的个性。如有谬误，敬请指出，谢谢~
引言：永恒代为什么被移出 HotSpot JVM 了？
在 HotSpot JVM 中，永恒代中用于寄存类和办法的元数据以及常量池，比方 Class 和 Method。每当一个类首次被加载的时候，它的元数据都会放到永恒代中。
永恒代是有大小限度的，因而如果加载的类太多，很有可能导致永恒代内存溢出，即万恶的 java.lang.OutOfMemoryError: PermGen，为此咱们不得不对虚拟机做调优。
那么，Java 8 中 PermGen 为什么被移出 HotSpot JVM 了？我总结了两个次要起因（详见：JEP 122: Remove the Permanent Generation）：
因为 PermGen 内存常常会溢出，引发宜人的 java.lang.OutOfMemoryError: PermGen，因而 JVM 的开发者心愿这一块内存能够更灵便地被治理，不要再经常出现这样的 OOM
移除 PermGen 能够促成 HotSpot JVM 与 JRockit VM 的交融，因为 JRockit 没有永恒代。
依据下面的各种起因，PermGen 最终被移除，办法区移至 Metaspace，字符串常量移至 Java Heap。
探秘元空间
因为 Metaspace 的材料比拟少，这里次要是根据 Oracle 官网的 Java 虚拟机标准及 Oracle Blog 里的几篇文章来总结的。
首先，Metaspace（元空间）是哪一块区域？官网的解释是：
In JDK 8, classes metadata is now stored in the native heap and this space is called Metaspace.
也就是说，JDK 8 开始把类的元数据放到本地堆内存 (native heap) 中，这一块区域就叫 Metaspace，中文名叫元空间。
长处
应用本地内存有什么益处呢？最间接的体现就是 OOM 问题将不复存在，因为默认的类的元数据调配只受本地内存大小的限度，也就是说本地内存残余多少，实践上 Metaspace 就能够有多大（貌似容量还与操作系统的虚拟内存无关？这里不太分明），这解决了空间有余的问题。不过，让 Metaspace 变得无限大显然是不事实的，因而咱们也要限度 Metaspace 的大小：应用 -XX:MaxMetaspaceSize 参数来指定 Metaspace 区域的大小。JVM 默认在运行时依据须要动静地设置 MaxMetaspaceSize 的大小。
除此之外，它还有以下长处：
Take advantage of Java Language Specification property : Classes and associated metadata lifetimes match class loader’s
Linear allocation only
No individual reclamation (except for RedefineClasses and class loading failure)
No GC scan or compaction
No relocation for metaspace objects
GC
如果 Metaspace 的空间占用达到了设定的最大值，那么就会触发 GC 来收集死亡对象和类的加载器。依据 JDK 8 的个性，G1 和 CMS 都会很好地收集 Metaspace 区（个别都随同着 Full GC）。
为了缩小垃圾回收的频率及工夫，管制吞吐量，对 Metaspace 进行适当的监控和调优是十分有必要的。如果在 Metaspace 区产生了频繁的 Full GC，那么可能示意存在内存泄露或 Metaspace 区的空间太小了。
新增的 JVM 参数
-XX:MetaspaceSize 是调配给类元数据空间（以字节计）的初始大小(Oracle 逻辑存储上的初始高水位，the initial high-water-mark)，此值为估计值。MetaspaceSize 的值设置的过大会缩短垃圾回收工夫。垃圾回收过后，引起下一次垃圾回收的类元数据空间的大小可能会变大。
-XX:MaxMetaspaceSize 是调配给类元数据空间的最大值，超过此值就会触发 Full GC，此值默认没有限度，但应取决于零碎内存的大小。JVM 会动静地扭转此值。
-XX:MinMetaspaceFreeRatio 示意一次 GC 当前，为了防止减少元数据空间的大小，闲暇的类元数据的容量的最小比例，不够就会导致垃圾回收。
-XX:MaxMetaspaceFreeRatio 示意一次 GC 当前，为了防止减少元数据空间的大小，闲暇的类元数据的容量的最大比例，不够就会导致垃圾回收。
监控与调优（待补充）
VisualVM、jstat、jstack 能够监测 Metaspace 的动静，后续将更新这里。