为什么用元空间替代永久代？

最新推荐文章于 2024-10-09 09:09:41 发布
最新推荐文章于 2024-10-09 09:09:41 发布
阅读量402 收藏 1
点赞数
文章标签： java jvm 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/BASK2311/article/details/129022260
版权

永久代和元空间都是 HotSpot 虚拟机中的概念，HotSpot 虚拟机是 Sun JDK 和 Open JDK 中自带的虚拟机，也是目前使用范围最广泛的 Java 虚拟机，当我们提到虚拟机时，大概率指的就是 HotSpot 虚拟机。

但从《Java 虚拟机规范》的层面来说，并没有所谓的“永久代”和“元空间”等区域，详见官方文档：docs.oracle.com/javase/spec…。《Java 虚拟机规范》只是规定了一个区域叫“方法区（Method Area）”，而 “永久代”和“元空间”是 HotSpot 虚拟机在不同的 JDK 版本下，对方法区的具体实现而已。这就好像，世界羽协规定羽毛球比赛必须要使用羽毛球拍（方法区），而中国羽毛球运动员，第一年使用的是红双喜牌的羽毛球拍（永久代），第二年使用的是李宁牌羽毛球拍（元空间）一样。

那么问题来了，永久代为什么被元空间给替代了？

1.官方答案

关于这个问题，官方在 JEP 122: Remove the Permanent Generation（移除永久代）中给出了答案，原文内容如下：

Motivation（动机） This is part of the JRockit and Hotspot convergence effort. JRockit customers do not need to configure the permanent generation (since JRockit does not have a permanent generation) and are accustomed to not configuring the permanent generation.

以上内容翻译成中文大意是：

这是 JRockit 虚拟机和 HotSpot 虚拟机融合工作的一部分。JRockit 客户不需要配置永久层代（因为 JRockit 没有永久代），所以要移除永久代。

JRockit 是 Java 官方收购的一家号称史上运行最快的 Java 虚拟机厂商，之后 Java 官方在 JDK 8 时将 JRockit 虚拟机和 HotSpot 虚拟机进行了整合。

PS：JEP 是 JDK Enhancement Proposal 的缩写，翻译成中文是 JDK 改进提案。你也可以把它理解为 JDK 的更新文档。

通过官方的描述，我们似乎找到了答案，也就是说，之所以要取消“永久代”是因为 Java 官方收购了 JRockit，之后在将 JRockit 和 HotSpot 进行整合时，因为 JRockit 中没有“永久代”，所以把永久代给移除了。

PS：上面的那段描述好像说的已经很清楚了，但又好像什么也没说。这就好比，我问你“为什么要买车？”，你说“别人都买车了，所以我要买车”，但为什么别人要买车？

2.背后的原因

上述给出了移除永久代的回答，但却没有给出背后的原因，那接下来我们就来讨论一下，为什么要移除永久代？以及为什么要有元空间？

2.1 降低 OOM

当使用永久代实现方法区时，永久代的最大容量受制于 PermSize 和 MaxPermSize 参数设置的大小，而这两个参数的大小又很难确定，因为在程序运行时需要加载多少类是很难估算的，如果这两个参数设置的过小就会频繁的触发 FullGC 和导致 OOM（Out of Memory，内存溢出）。

但是，当使用元空间替代了永久代之后，出现 OOM 的几率就被大大降低了，因为元空间使用的是本地内存，这样元空间的大小就只和本地内存的大小有关了，从而大大降低了 OOM 的问题。

2.2 降低运维成本

因为元空间使用的是本地内存，这样就无需运维人员再去专门设置和调整元空间的大小了。

3.方法区发展史

在 HotSpot 虚拟机中，方法区的实现经历了以下 3 个阶段：

  1. JDK 1.6 及之前：方法区使用永久代实现，静态变量存放在永久代；
  2. JDK 1.7 ：“去永久代”的前置版本，还存在永久代，不过已经将字符串常量池和静态变量从永久代移到了堆上；
  3. JDK 1.8 及以后：无永久代，使用元空间（存放在本地内存中）实现方法区，常量保存在元空间，但字符串常量池和静态变量依然保存在堆中。

总结

永久代和元空间都是 HotSpot 虚拟机对《Java 虚拟机规范》中方法区的实现，在 JDK 1.8 之前 HotSpot 是使用永久代来实现方法区的，但这样会导致 JVM 调优比较困难，且容易发生 OOM 的问题，而 JDK 1.8 及之后，使用的是元空间存放在本地内存中的方式来替代永久代的，这样就降低了 OOM 发生的可能性，也是 JRockit 和 HotSpot 融合之后的改动之一。

参考 & 鸣谢

作者：Java中文社群
链接：https://juejin.cn/post/7199299945085337657

「已注销」
关注
Java 8内存模型：元空间替代了永久代的编程指南
CodeVorter的博客
09-08 183
永久代是Java虚拟机堆内存的一部分，用于存储类的元数据，包括类的结构信息、方法信息、常量池等。此外，由于元空间存储的是类的元数据，而不是类的实例数据，因此在使用元空间时需要注意控制类的元数据的大小。在Java中，类的加载是一个动态的过程。参数的限制的，所以需要根据应用程序的需求来配置合适的元空间大小。在Java 8中，我们无需显式地指定永久代的大小，因为元空间的大小可以根据需要进行自动调整。在使用元空间时，我们需要注意合理配置元空间的大小，以及控制类的元数据的大小，以避免出现内存溢出或性能下降的问题。
【JVM】灵性一问——为什么用元空间替换永久代？
12-21
前言 首先需要明确的是，以下我们讨论的HotSpot虚拟机，其他类型的虚拟机，例如JRockit与J9等，压根就没有永久代的概念。因此，下面所说的“虚拟机”都是HotSpot版本的。 要想理解这种变化的原因，需要先理解方法区、永久代与元空间的概念与之间的关系。 方法区与永久代，元空间之间的关系 方法区是一种规范，不同的虚拟机厂商可以基于规范做出不同的实现，永久代和元空间就是出于不同jdk版本的实现。 说白了，方法区就像是一个接口，永久代与元空间分别是两个不同的实现类而已。只不过永久代是这个接口最初的实现类，后来这个接口一直进行变更，直到最后彻底废弃这个实现类，由新实现类——元空间进行替代。 方
为什么用元空间替换永久代
最新发布
yuanmomoya的博客
10-09 1933
首先需要明确的是，以下讨论的HotSpot虚拟机，其他类型的虚拟机，例如JRockit与J9等，压根就没有永久代的概念。因此，下面所说的“虚拟机”都是HotSpot版本的。要想理解这种变化的原因，需要先理解方法区、永久代与元空间的概念与之间的关系。
JVM为什么使用元空间替换了永久代
天明的博客
04-02 761
总的来说，元空间相对于永久代来说具有更好的内存管理、更高的性能和更灵活的特性，能够更好地满足现代应用程序的需求。因此，虚拟机选择使用元空间替代永久代。虚拟机使用元空间替代了永久代是因为永久代在过去的实现中存在一些问题和限制，而元空间提供了更好的性能和灵活性。
为什么永久代要被元空间替代？
实践求真知
07-12 889
一点睛 JDK 8是 JRockit 是和 HotSpot 融合后的结果，因为 JRockit 没有永久代，他们不需要配置永久代。 随着 Java8 的到来，HotSpot VM 中再也见不到永久代了。但是这并不意味着类的元数据信息也消失了。这些数据被移到了一个与堆不相连的本地内存区域，这个区域叫做元空间（Metaspace）。 由于类的元数据分配在本地内存中，元空间的最大可分配空间就是系统可用内存空间，这项改动是很有必要的，原因有如下。 1 为永久代设置空间大小是很难确定的。 在某些场景下，..
虚拟机为什么使用元空间替换了永久代？
qq_33240556的博客
01-03 501
对于「永久代」，如果动态生成很多class的话，就很可能出现「java.lang.OutOfMemoryError: PermGen space错误」，因为永久代空间配置有限嘛。-XX:MinMetaspaceFreeRatio，在GC之后，最小的Metaspace剩余空间容量的百分比，减少为分配空间所导致的垃圾收集。-XX:MaxMetaspaceFreeRatio，在GC之后，最大的Metaspace剩余空间容量的百分比，减少为释放空间所导致的垃圾收集。永久代的方法区，和堆使用的物理内存是连续的。
JDK8的JVM内存结构，元空间替代永久代成为方法区及常量池的变化1
08-03
在JDK8中，JVM内存结构发生了显著变化，尤其是元空间（MetaSpace）替代了永久代（Permanent Generation）作为方法区的一部分。这种方法区的调整是由于永久代存在的一些问题，比如大小设定困难，容易引发溢出，以及给...
java常见面试考点（十七）：为什么要去除永久代，换成元空间
qq_44159782的博客
05-11 1825
java常见面试考点 往期文章推荐：   java常见面试考点（十二）：new一个对象和clone一个对象的区别   java常见面试考点（十三）：抽象类与接口的区别   java常见面试考点（十四）：redis持久化   java常见面试考点（十五）：什么时候建索引   java常见面试考点（十六）：类加载器的常见考点 【版权申明】未经博主同意，谢绝转载！（请尊重原创，博主保留追究权）； 本博客的内容来自于：； 学习、合作与交流联系q384660495； 本博客的内容仅供学习与参考，并非营利；
JVM之 永久代与元空间
qq_41367934的博客
09-20 1568
JVM之 永久代与元空间 在介绍永久代之前我们要先来回顾一下我们的JVM内存模型 在JVM中场被提到的有栈，堆，方法区。除了这些其中还包括有我们不常提到的本地方法栈，以及程序计数器。 程序计数器 这是一块较小的内存空间，可看作当前线程正在执行的字节码的行号指示器。如果当前线程正在执行的是： Java方法 计数器记录的就是当前线程正在执行的字节码指令的地址 本地方法 那么程序计数器值为undefined Java虚拟机栈(JVM Stack) 相对于基于寄存器的运行环境，JVM是基于栈结构的运行环境。栈结构
JVM 为什么使用元空间替换了永久代？
MrBlackWhite的博客
07-05 1381
在Java8和以后版本中JVM的内存结构慢慢发生了变化。 如果在网络上搜索JVM内存结构，90%的可能会搜到Java7及以前的内存图，本篇文章将会对JVM内存结构再次细化，深入理解Java8之后内部的变化。 JVM内存结构的细化 再来看一下JVM内存结构图。 为了更细化的讲解，我们将该图进行进一步的优化调整。针对java7及以前版本的细化。 看出变化了吗？堆和方法区连在了一起，但这并不能说堆和方法区是一起的，它们在逻辑上依旧是分开的。但在物理上来说，它们又是连续的一块内存。也就是说，方法区和
JVM 为什么使用元空间替换了永久代
只为成功找方法 不为失败找借口
10-09 371
在Java8和以后版本中JVM的内存结构慢慢发生了变化。 如果在网络上搜索JVM内存结构，90%的可能会搜到Java7及以前的内存图，本篇文章将会对JVM内存结构再次细化，深入理解Java8之后内部的变化。 JVM内存结构的细化 再来看一下JVM内存结构图。 为了更细化的讲解，我们将该图进行进一步的优化调整。针对java7及以前版本的细化。 看出变化了吗？堆和方法区连在了一起，但这并不能说堆和方法区是一起的，它们在逻辑上依旧是分开的。但在物理上来说，它们又是连续的一块内存。也就是说，方法区和
永久代，方法区 和 元空间之间的关系
热门推荐
不是很懂
07-23 2万+
永久区（PGS） JVM内存结构分为 堆，方法区，栈，程序计数器，本地方法区。 这些都是逻辑内存区域划分，实际上不同的 虚拟机的实现方式是不同的，我们常用的也是普及率最高 的虚拟机HotSpot，只有他有永久代这个概念。 PGS算是方法区实现，他和堆的内存是连续的一个整体，但是逻辑上是隔离的，所以在垃圾回收的时候，常常说新生代，老年代时，也会说到永久代。 PGS主要存储,对象的Class实例和Meta信息，在运行时，不会对PGS进行垃圾回收。 当第一次使用类的静态方法(包括构造方法)时，JVM会将对应的
Java8内存模型—永久代(PermGen)和元空间(Metaspace)
weixin_34239169的博客
08-08 130
Java8内存模型—永久代(PermGen)和元空间(Metaspace) 学习了：https://www.cnblogs.com/paddix/p/5309550.html String.intern()方法：https://blog.csdn.net/seu_calvin/article/details/52291082 JVM内存说明：https://blog.csdn.net/seu_ca...
Java1.8开始为什么用元空间替换永久代
calm_encode的博客
03-01 2138
一 概述 Java1.8开始，JDK中的永久代被元空间替换了。 二 回顾JMM中的方法区 如图所示，方法区同堆空间一样，属于所有线程共享的数据区域，它用于存储已经被虚拟机加载的类信息，常量，静态变量，即时编译后的代码等数据。 三 回顾永久代与方法区的关系 如果在HotSpot虚拟机上开发，部署，方法区是规范，永久代是Hotspot针对该规范进行的实现。在Java7及以前的版本中，方法区都是永久代实现的。 四 元空间与方法区的关系 对于Java8而言，HotSpots取消了永久代，取而代之的
Davids原理探究：JDK8将永久代(PermGen)替换为元空间(MetaSpace)的原因
Davids_的博客
06-20 3440
文章目录JDK8为什么要将永久代(PermGen)替换为元空间(MetaSpace)呢?什么是方法区永久代产生的原因将永久代替换为源空间的原因 JDK8为什么要将永久代(PermGen)替换为元空间(MetaSpace)呢? 什么是方法区 方法区（Method Area）和Java堆一样，是各个线程共享的内存区域，它用于存储已经被虚拟机加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等数据。虽然《Java虚拟机规范》中把方法区描述为堆的一个逻辑部分，但是它却有着一个别名叫做“非堆”（Non-Hea
15.JVM8为什么要增加元空间
weixin_43613968的博客
05-04 570
堆和方法区连在了一起，但这并不能说堆和方法区是一起的，它们在逻辑上依旧是分开的。也就是说，方法区和前面讲到的新生代和老年代是连续的。另外，元数据区的对象可以被垃圾回收，避免了持久代的内存泄漏问题。这样，元数据区的引入提高了Java应用程序的稳定性和性能。因此，为了解决这些问题，JVM引入了元数据区（MetaSpace）来存储类的元数据。元数据区不再采用固定大小的内存空间，可以将方法区当作接口，永久代和元空间实现了这个接口。只不过两者一个是旧的，java8之前时代的实现。一个是新的，java8时代的实现。
方法区、永久代、元空间的区别？
07-10
方法区、永久代（Permanent Generation）和元空间（Metaspace）是JVM中不同版本中用于存储类的结构信息的内存区域，它们之间有一些区别。 1. 方法区（Method Area）：方法区是JVM规范中的一个概念，用于存储类的结构信息，包括类的字段、方法、常量池等。在JDK 8之前，方法区被实现为永久代。方法区的大小是固定的，通过-Xmx和-XX:MaxPermSize参数进行设置。 2. 永久代（Permanent Generation）：永久代是方法区的一个实现，它在JDK 7及之前的版本中使用。永久代用于存储类的结构信息，包括类的字段、方法、常量池等。但是永久代容易发生内存溢出（OutOfMemoryError），尤其在应用程序动态生成大量类的情况下。 3. 元空间（Metaspace）：元空间是在JDK 8引入的，用于替代永久代。与永久代不同，元空间并不在虚拟机的堆中，而是使用本地内存。元空间的大小可以根据应用程序需要动态地调整，而不会导致内存溢出。 总结起来，方法区、永久代和元空间都是用于存储类的结构信息，但是永久代存在内存溢出的问题，而元空间通过使用本地内存来解决这个问题，并且具有动态调整大小的能力。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值