JVM~第五天~方法区

方法区

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

在这里插入图片描述
在这里插入图片描述

2)方法区的理解

​ 方法区看作是一块独立于Java堆的内存空间。

  • 方法区(Method Area)与Java堆一样,是线程共享的内存区域。
  • 方法区在JVM启动的时候被创建,并且它的实际的物理内存空间和Java堆区一样都可以是不连续的。
  • 方法区的大小和堆空间一样,可以选择固定大小或者可扩展。
  • 方法区的大小决定了系统可以保存多少个类,如果系统定义了太多的类,导致方法区溢出,虚拟机同样会抛出内存溢出错误:java.lang.OutOfMemoryError: PermGen space 或者 java.lang.OutOfMemoryError: Metaspace。
  • 关闭JVM就会释放这个区域的内存。

3)设置方法区大小与OOM

​ 元数据区大小可以使用参数-XX:MetaspaceSize和-XX:MaxMetaspaceSize指定。默认值依赖于平台,windows下,-XX:MetaspaceSize是21M,-XX:MaxMetaspaceSize是-1,即没有限制。

4)方法区的内部结构

在这里插入图片描述
它用于存储已被虚拟机加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等。
在这里插入图片描述
类型信息:

对每个加载的类型(类class、接口interface、枚举enum、注解annotation),JVM必须在方法区中存储以下类型信息。

  • 这个类型的完整有效名称(全名=包名.类名)。
  • 这个类型直接父类的完整有效名(对于interface或是java.lang.Object,都没有父类)。
  • 这个类型的修饰符(public,abstract,final的某个子集)
  • 这个类型直接接口的一个有序列表。

域(Field)信息:

  • JVM必须在方法区中保存类型的所有域的相关信息以及域的声明顺序。
  • 域的相关信息包括:域名称、域类型、域修饰符。

方法(Method)信息:

  • 方法名称。

  • 方法返回类型(或 void)。

  • 方法参数的数量和类型。

  • 方法的修饰符。

  • 方法的字节码、操作数栈、局部变量表及大小(abstract和native方法除外)。

  • 异常表(abstract和native方法除外)。

    每个异常处理的开始位置、结束位置、代码处理在程序计数器中的偏移地址、被捕获的异常类的常量池索引。

    被声明为final的类变量的处理方法则不同,每个全局常量在编译的时候就会被分配了。

    public class Demo2 {
    
        public static void main(String[] args) {
            Order order = null;
            order.hello();
            System.out.println(order.count);
        }
    }
    
    class Order{
        public static int count = 1;
        public static final int number = 2;
        public static void hello() {
            System.out.println("hello");
        }
    }
    

    被final修饰的number在编译的时候直接赋值上了。
    在这里插入图片描述

    • 字节码文件,内部包含了常量池。

    • 方法区,内部包含了运行时常量池。

      • 运行时常量池是方法区的一部分。
      • 常量池表(Constant Pool Table)是Class文件的一部分,用于存放编译期生成的各种字面量与符号引用,这部分内容将在类加载后存放到方法区的运行时常量池中。
      • 运行时常量池,在加载类和接口到虚拟机后,机会创建对应的运行时常量池。
      • 运行时常量池中包括多种不同的变量,包括编译器就已经明确的数值字面量,也包括到运行期解析后才能获得的方法或者字段引用。此时不再是常量池中的符号地址了,这里换为真实地址。(运行时常量池,相对于Class文件常量池的另一重要特征是:具备动态性)
      • 当创建类或接口的运行时常量池时,如果构造运行时常量池所需的内存超过了方法区所能提供的最大值,则JVM就会抛OutOfMemoryError异常。

5)方法区的演进细节

在这里插入图片描述
永久代为什么要被元空间替换?

  • 因为永久代设置空间大小是很难确定得。

    在某些场景下,如果动态加载类过多,容易产生Perm区的OOM。比如某个实际Web工程中,因为功能点比较多,在运行过程中,要不断动态加载很多类,经常出现致命错误:“Exception in thread ‘dubbo client x.x connector’ java.lang.OutOfMemoryError:PermGen space”。而元空间和永久代之间最大的区别在于:元空间并不在虚拟机中,而是使用本地内存。因此,默认情况下,元空间的大小仅受本地内存限制。

  • 对永久代进行调优是很困难的。

6)方法区的垃圾回收

​ 方法区的垃圾收集主要回收两部分内容:常量池中废弃的常量和不再使用的类型。

​ 如何判定一个类型是否属于"不再被使用的类",需要满足下面三个条件:

  1. 该类的所有的实例都已经被回收,也就是Java堆中不存在改类及其任何派生子类的实例。
  2. 加载改类的类加载器已经被回收,这个条件除非是经过精心设计的可替换类加载器的场景,如:OSGI、JSP的重加载等,否则通常是很难达成的。
  3. 该类对应的java.lang.Class对象没有在任何地方被引用,无法在任何地方通过反射访问改类的方法。

7)总结

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值