JVM - Java8内存模型—永久代(PermGen)和元空间(Metaspace)

傷城~ 2022-04-23 08:52 275阅读 0赞

### **Metaspace（元空间）** ###

JDK1.7中，存储在永久代的部分数据就已经转移到了Java Heap或者是 Native Heap。但永久代仍存在于JDK1.7中，并没完全移除，譬如符号引用(Symbols)转移到了native heap；字面量(interned strings)转移到了java heap；类的静态变量(class statics)转移到了java heap。我们可以通过一段程序来比较 JDK 1.6 与 JDK 1.7及 JDK 1.8 的区别，以字符串常量为例：

package com.paddx.test.memory;
    
    import java.util.ArrayList;
    import java.util.List;
    
    public class StringOomMock {
        static String  base = "string";
        public static void main(String[] args) {
            List<String> list = new ArrayList<String>();
            for (int i=0;i< Integer.MAX_VALUE;i++){
                String str = base + base;
                base = str;
                list.add(str.intern());
            }
        }
    }

这段程序以2的指数级不断的生成新的字符串，这样可以比较快速的消耗内存。我们通过 JDK 1.6、JDK 1.7 和 JDK 1.8 分别运行：

JDK 1.6 的运行结果：   
![这里写图片描述][820406-20160327005929386-409283462.png]  
JDK 1.7的运行结果：   
![这里写图片描述][820406-20160327010033823-1341228280.png]  
JDK 1.8的运行结果：   
![这里写图片描述][820406-20160327010143776-1612977566.png]  
从上述结果可以看出，JDK 1.6下，会出现“PermGen Space”的内存溢出，而在 JDK 1.7和 JDK 1.8 中，会出现堆内存溢出，并且 JDK 1.8中 PermSize 和 MaxPermGen 已经无效。因此，可以大致验证 JDK 1.7 和 1.8 将字符串常量由永久代转移到堆中，并且 JDK 1.8 中已经不存在永久代的结论。现在我们看看元空间到底是一个什么东西？

元空间的本质和永久代类似，都是对JVM规范中方法区的实现。不过元空间与永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。因此，默认情况下，元空间的大小仅受本地内存限制，但可以通过以下参数来指定元空间的大小：

-XX:MetaspaceSize，初始空间大小，达到该值就会触发垃圾收集进行类型卸载，同时GC会对该值进行调整：如果释放了大量的空间，就适当降低该值；如果释放了很少的空间，那么在不超过MaxMetaspaceSize时，适当提高该值。   
　　-XX:MaxMetaspaceSize，最大空间，默认是没有限制的。

除了上面两个指定大小的选项以外，还有两个与 GC 相关的属性：   
　　-XX:MinMetaspaceFreeRatio，在GC之后，最小的Metaspace剩余空间容量的百分比，减少为分配空间所导致的垃圾收集   
　　-XX:MaxMetaspaceFreeRatio，在GC之后，最大的Metaspace剩余空间容量的百分比，减少为释放空间所导致的垃圾收集

现在我们在 JDK 8下重新运行一下代码段 4，不过这次不再指定 PermSize 和 MaxPermSize。而是指定 MetaSpaceSize 和 MaxMetaSpaceSize的大小。输出结果如下：   
![这里写图片描述][820406-20160327010233933-699106123.png]  
从输出结果，我们可以看出，这次不再出现永久代溢出，而是出现了元空间的溢出。

### **总结** ###

**　**　通过上面分析，大家应该大致了解了 JVM 的内存划分，也清楚了 JDK 8 中永久代向元空间的转换。不过大家应该都有一个疑问，就是为什么要做这个转换？所以，最后给大家总结以下几点原因：

1、字符串存在永久代中，容易出现性能问题和内存溢出。

2、类及方法的信息等比较难确定其大小，因此对于永久代的大小指定比较困难，太小容易出现永久代溢出，太大则容易导致老年代溢出。

3、永久代会为 GC 带来不必要的复杂度，并且回收效率偏低。

4、Oracle 可能会将HotSpot 与 JRockit 合二为一。

consult:[http://www.cnblogs.com/paddix/p/5309550.html][http_www.cnblogs.com_paddix_p_5309550.html]

[820406-20160327005929386-409283462.png]: /images/20220322/44451eb499af43db89f333572d949c17.png
[820406-20160327010033823-1341228280.png]: /images/20220322/b44b5f8a849c4beaac358d633d41f6c9.png
[820406-20160327010143776-1612977566.png]: /images/20220322/8c76a5e4493147ebbee4da50e96fb9d8.png
[820406-20160327010233933-699106123.png]: /images/20220322/52b15e95b87f4f919fec34f3b17ee403.png
[http_www.cnblogs.com_paddix_p_5309550.html]: http://www.cnblogs.com/paddix/p/5309550.html