java方法区

it噩梦

于 2024-08-27 19:32:07 发布

阅读量885

点赞数 26

文章标签： java 开发语言

本文链接：https://blog.csdn.net/qq_37362891/article/details/141604729

版权

文章目录

栈、堆、方法区的交互关系
方法区的理解
方法区的演进细节
- HotSpot虚拟机中方法区的变化
- 永久代为什么被元空间替换
方法区的垃圾回收

栈、堆、方法区的交互关系

从内存结构上看运行时数据区包含本地方法栈、程序计数器、虚拟机栈、堆和方法区

在这里插入图片描述
从线程共享与否的角度来看运行时数据区的划分

在这里插入图片描述
从最简单的代码角度出发，当前声明的变量是Student类型的student，把整个Student类的结构加载到方法区，把变量student放到虚拟机栈中，new的对象放到Java堆中

在这里插入图片描述
在虚拟机栈局部变量表中存放的是各个变量，其中reference区域就相当于图中的student变量，引用类型reference指向了堆空间中对象的实例数据，在堆的对象实例数据中有一个到对象类型数据的指针，这个指针指向了方法区中对象类型的数据。

在这里插入图片描述

方法区的理解

方法区是可供各个线程共享的运行时内存区域。方法区与传统语言中的编译代码存储区或者操作系统进程的正文段的作用非常类似，它存储了每一个类的结构信息，例如，运行时常量池(Runtime Constant Pool)、字段和方法数据、构造函数和普通方法的字节码内容，还包括一些在类、实例、接口初始化时用到的特殊方法。

方法区的基本理解

对于方法区的理解我们要注意以下几个方面。

(1)方法区(Method Area)与堆一样，是各个线程共享的内存区域。

(2)方法区在JVM启动的时候被创建，并且它实际的物理内存空间和虚拟机堆区一样都可以是不连续的。

(3)方法区的大小跟堆空间一样，可以选择固定大小或者可扩展。方法区的大小决定了系统可以保存多少个类。如果系统定义了太多的类，导致方法区溢出，虚拟机同样会抛出内存溢出错误，
如java.lang.OutOfMemoryError:PermGen space或者java.lang.OutOfMemoryError:Metaspace。

以下情况都可能导致方法区发生OOM异常：加载大量的第三方jar包、Tomcat部署的工程过多（30～50个）或者大量动态地生成反射类。关闭JVM就会释放这个区域的内存。

JDK中方法区的变化

在JDK 7及以前，习惯上把方法区称为永久代。但是JDK 8移除了永久代。JDK 8之后称为元空间。

不过元空间与永久代最大的区别在于元空间不在虚拟机设置的内存中，而是在本地内存。

方法区的内部结构

Java源代码编译之后生成class文件，经过类加载器把class文件中的内容加载到JVM运行时数据区。class文件中的一部分信息加载到方法区，比如类class、接口interface、枚举enum、注解annotation以及运行时常量池等类型信息。

类变量和常量

static修饰的成员变量为类变量或者静态变量，静态变量和类关联在一起，随着类的加载而加载。类变量被类的所有实例共享，即使没有类实例时也可以访问它。

在JDK 7之前类变量也是方法区的一部分，JDK 7及以后的JDK类变量放在了堆空间。此外，使用final修饰的成员变量表示常量，使用static final修饰的成员变量称为静态常量，静态常量和静态变量的区别是静态常量在编译期就已经为其赋值。

静态常量和静态变量的区别


public class MethodAreaTest {
    public static int count = 1;
    public static final int number = 2;
    public static void main(String[] args) {
    }
}

javap -verbose MethodAreaTest

在这里插入图片描述

可以发现被声明为static的类变量count在编译时期并没有做赋值处理，而对于声明为“static final”的常量处理方法则不同，每个全局常量在编译的时候就会被赋值。

常量池

方法区内部包含了运行时常量池。class文件中有个constant pool，翻译过来就是常量池。当class文件被加载到内存中之后，方法区中会存放class文件的constant pool相关信息，这时候就成为了运行时常量池。

在这里插入图片描述

可以把常量池看作一张表，虚拟机指令根据这张常量表找到要执行的类名、方法名、参数类型、字面量等类型。

运行时常量池

上面我们讲了class文件中的常量池，接下来我们再讲一下什么是运行时常量池。运行时常量池(Runtime Constant Pool)是方法区的一部分。

虚拟机加载类或接口后，就会创建对应的运行时常量池。JVM为每个已加载的类型（类或接口）都维护一个常量池。

运行时常量池相对于class文件常量池的另外一个重要特征是具备动态性，Java语言并不要求常量一定只有编译期才能产生，也就是说，并非预置入class文件中常量池的内容才能进入方法区运行时常量池，运行期间也可以将新的常量放入池中，这种特性被开发人员利用得比较多的便是String类的intern()方法。

方法区的演进细节

HotSpot虚拟机中方法区的变化

在这里插入图片描述

JDK 6中方法区的内容如图所示。

在这里插入图片描述

JDK 7中方法区的内容如图所示。可以发现相对JDK 6来说，字符串常量池(StringTable)位置发生了变化。为什么要对字符串常量池的位置进行调整呢？因为永久代的回收效率很低，在Full GC的时候才会触发，而Full GC是老年代的空间不足、永久代不足时才会触发。这就导致字符串常量池回收效率不高。我们程序中一定会有大量的字符串被创建，而很多字符串往往不需要永久保存，那么回收效率低的话，就会导致永久代内存严重不足。如果将字符串放到堆里，内存就能及时回收利用。

在JDK 7中，字符串常量不再在Java堆的永久代中分配，而是和应用程序创建的其他对象一样，在Java堆的主要部分（称为新生代和老年代）中分配。

在这里插入图片描述