Java 8 完全将永久代 (PermGen) 移除出了 HotSpot JVM,将其原有的数据迁移至 Java Heap 或 Metaspace。这一篇文章咱们来总结一下Metaspace(元空间)的特性。若有错误,敬请指出,谢谢~html
在 HotSpot JVM 中,永久代中用于存放类和方法的元数据以及常量池,好比Class
和Method
。每当一个类初次被加载的时候,它的元数据都会放到永久代中。java
永久代是有大小限制的,所以若是加载的类太多,颇有可能致使永久代内存溢出,即万恶的 java.lang.OutOfMemoryError: PermGen ,为此咱们不得不对虚拟机作调优。oracle
那么,Java 8 中 PermGen 为何被移出 HotSpot JVM 了?我总结了两个主要缘由(详见:JEP 122: Remove the Permanent Generation):this
根据上面的各类缘由,PermGen 最终被移除,方法区移至 Metaspace,字符串常量移至 Java Heap。spa
因为 Metaspace 的资料比较少,这里主要是依据Oracle官方的Java虚拟机规范及Oracle Blog里的几篇文章来总结的。操作系统
首先,Metaspace(元空间)是哪一块区域?官方的解释是:.net
In JDK 8, classes metadata is now stored in the native heap and this space is called Metaspace.code
也就是说,JDK 8 开始把类的元数据放到本地堆内存(native heap)中,这一块区域就叫 Metaspace,中文名叫元空间。htm
使用本地内存有什么好处呢?最直接的表现就是OOM问题将不复存在,由于默认的类的元数据分配只受本地内存大小的限制,也就是说本地内存剩余多少,理论上Metaspace就能够有多大(貌似容量还与操做系统的虚拟内存有关?这里不太清楚),这解决了空间不足的问题。不过,让 Metaspace 变得无限大显然是不现实的,所以咱们也要限制 Metaspace 的大小:使用 -XX:MaxMetaspaceSize 参数来指定 Metaspace 区域的大小。JVM 默认在运行时根据须要动态地设置 MaxMetaspaceSize的大小。对象
除此以外,它还有如下优势:
若是Metaspace的空间占用达到了设定的最大值,那么就会触发GC来收集死亡对象和类的加载器。根据JDK 8的特性,G1和CMS都会很好地收集Metaspace区(通常都伴随着Full GC)。
为了减小垃圾回收的频率及时间,控制吞吐量,对Metaspace进行适当的监控和调优是很是有必要的。若是在Metaspace区发生了频繁的Full GC,那么可能表示存在内存泄露或Metaspace区的空间过小了。
VisualVM
、jstat
、jstack
能够监测 Metaspace 的动态,后续将更新这里。