JVM：Method Area （方法区）

最新推荐文章于 2024-05-15 18:10:05 发布

青草离..秋风起

最新推荐文章于 2024-05-15 18:10:05 发布

阅读量322

点赞数

分类专栏： JVM 文章标签： jvm java jdk

本文链接：https://blog.csdn.net/weixin_44210395/article/details/108307135

版权

JVM 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

Method Area

- 方法区

方法区

方法区是供各线程共享的运行时内存区域。它存储了每一个类的结构信息，例如运行时常量池（Runtime Constant Pool）、字段和方法数据、构造函数和普通方法的字节码内容。

方法区是一种JVM规范的抽象概念。可以把方法区理解为Java中定义的一个接口，元空间/永久代是Hotspot针对该规范进行的实现。在Java官方的HotSpot 虚拟机中，在Java7以及之前的版本，是用永久代实现的方法区；Java8版本以后，是用元空间来实现的方法区；在不同虚拟机里头实现是不一样的，最典型的就是永久代(PermGen space)和元空间(Metaspace)。

类信息

类型信息：
类的完整名称
类的直接父类的完整名称
类的直接实现接口的有序列表
标志（类类型还是接口类型）
类的修饰符（public private defautl abstract final static）
类型的常量池
存放该类型所用到的常量的有序集合，包括直接常量（字符串、整数、浮点数）和对其他类型、字段、方法的符号引用。
字段信息（该类声明的所有字段）
字段修饰符（public、peotect、private、default）
字段的类型
字段名称
方法信息
方法信息中包含类的所有方法。
方法修饰符
方法返回类型
方法名
方法参数个数、类型、顺序等
方法字节码
操作数栈和该方法在栈帧中的局部变量区大小
异常表
类变量（静态变量）
指向类加载器的引用
指向Class实例的引用
方法表
运行时常量池（Runtime Constant Pool）

永久代

在 JDK8 之前， Hotspot 虚拟机中的实现方式为永久代（Permanent Generation），别的JVM都没有这个东西。

在过去（当自定义类加载器使用不普遍的时候），类几乎是“静态的”并且很少被卸载和回收，因此类也可以被看成“永久的”。另外由于类作为 JVM 实现的一部分，它们不由程序来创建，因为它们也被认为是“非堆”的内存。

永久代是一段连续的内存空间，我们在 JVM 启动之前可以通过设置-XX:MaxPermSize的值来控制永久代的大小，32 位机器默认的永久代的大小为 64M，64 位的机器则为 85M。

永久代的垃圾回收和老年代的垃圾回收是绑定的，一旦其中一个区域被占满，这两个区都要进行垃圾回收。但是有一个明显的问题，由于我们可以通过‑XX:MaxPermSize设置永久代的大小，一旦类的元数据超过了设定的大小，程序就会耗尽内存，并出现内存溢出错误 (java.lang.OutOfMemoryError: PermGen space)。

为什么类的元数据占用内存会那么大？因为在 JDK7 之前的 HotSpot 虚拟机中，纳入字符串常量池的字符串被存储在永久代中，因此导致了一系列的性能问题和内存溢出错误。

为了解决这些性能问题，也为了能够让 Hotspot 能和其他的虚拟机一样管理，元空间就产生了。

元空间

元空间是 Hotspot 在 JDK8 中新加的内容，其本质和永久代类似，都是对 JVM 规范中方法区的实现。不过元空间与永久代之间最大的区别在于：

元空间并不在虚拟机中，而是使用本地内存。因此，默认情况下，元空间的大小仅受本地内存限制，但可以通过以下参数来指定元空间的大小：

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

元空间内存管理

元空间的内存管理由元空间虚拟机来完成。

先前，对于类的元数据我们需要不同的垃圾回收器进行处理，现在只需要执行元空间虚拟机的 C++ 代码即可完成。在元空间中，类和其元数据的生命周期和其对应的类加载器是相同的。话句话说，只要类加载器存活，其加载的类的元数据也是存活的，因而不会被回收掉。

准确的来说，每一个类加载器的存储区域都称作一个元空间，所有的元空间合在一起就是我们一直说的元空间。当一个类加载器被垃圾回收器标记为不再存活，其对应的元空间会被回收。在元空间的回收过程中没有重定位和压缩等操作。但是元空间内的元数据会进行扫描来确定 Java 引用。

那具体是如何管理的呢？

元空间虚拟机负责元空间的分配，其采用的形式为组块分配。组块的大小因类加载器的类型而异。在元空间虚拟机中存在一个全局的空闲组块列表。

当一个类加载器需要组块时，它就会从这个全局的组块列表中获取并维持一个自己的组块列表。
当一个类加载器不再存活时，那么其持有的组块将会被释放，并返回给全局组块列表。
类加载器持有的组块又会被分成多个块，每一个块存储一个单元的元信息。组块中的块是线性分配（指针碰撞分配形式）。组块分配自内存映射区域。这些全局的虚拟内存映射区域以链表形式连接，一旦某个虚拟内存映射区域清空，这部分内存就会返回给操作系统。