JVM--运行时数据区--方法区(Method Area)

---

方法区(Method Area)

基本概述

• 方法区是各个线程共享的内存区域
• 方法区在JVM启动时创建，他的物理内存空间可以是不连续的
• 方法区的大小决定了系统可以保存多少个类信息，如果系统中加载类太多，导致方法区溢出，虚拟机会抛出java.lang.OutOfMemoryError:PermGen space(jdk1.7及以下) 或者java.lang.OutOfMemoryError: Metaspace(jdk1.8及以上)
• jvm关闭时会释放方法区的内存空间

方法区大小

方法区的大小可以是固定的也可以是动态分配的

jdk7及以前：
        -XX:PermSize设置永久代初始分配空间
        -XX:MaxPermSize设置永久代最大可分配空间，32位机器默认64M，64位机器默认82M

jdk8及以后：
        元数据区大小可以使用参数-XX:MetaspaceSize和-XX:MaxMetaspaceSize指定，来替代-XX:PermSize和-XX:MaxPermSize
        -XX:MetaspaceSize默认值是21M，-XX:MaxPermSize默认值为-1（即本地可用内存的最大空间）
        初始的元空间大小，我们可以称之为初始的高水位线，一旦方法区的大小触及了这个水位线，虚拟机就会执行Full GC，Full GC将会卸载没用的类(即这些类的类加载器不再存活)，然后这个高水位线将会重置。新的高水位线的值取决于GC后释放了多少元数据空间，如果释放的空间过多，则适当降低该值；如果释放空间不足，则在不超过-XX:MaxPermSize的情况下，适当提高该值
        如果上述的高水位线设置过低，那么高水位线的调整情况会发生多次，也就是调用了多次Full GC。为了避免频繁的GC，建议将-XX:MetaspaceSize设置为一个较高的值

方法区在jdk中的演进

        如何实现方法区属于虚拟机实现细节，不受《Java虚拟机规范》管束，各个虚拟机间实现方法并不要求统一。当时Hotspot虚拟机设计团队选择把收集器的分代设计扩展至方法区，或者说使用永久代来实现方法区，所以只有Hotspot中才有永久代。在jdk8，HotSpot完全废弃了永久代的概念，改用与JRockit、J9一样在本地内存中的元空间(Metaspace)来代替永久代

永久代：
        Hotspot使用永久代实现方法区，这样的垃圾收集就可以像管理堆一样管理这部分内存，省去专门为方法区编写内存管理代码的工作
        但是这种设计导致了java应用更容易遇到内存溢出的问题，而且有极少数方法会因为永久代的原因而导致不同虚拟机下有不同的表现
元空间：
        元空间的本质和永久代类似，都是对JVM规范中方法区的实现。不过元空间与永久代最大的区别在于：元空间不在虚拟机设置的内存中，而是使用本地内存

jdk版本	方法区
jdk1.6及以前	永久代(在jdk6的时候HotSpot开发团队就有放弃永久代，逐步改为采用本地内存来实现方法区的计划了)
jdk1.7	字符串常量池、静态变量(静态变量对象其实一直都在堆空间存放，只是他的引用名在jdk6中存放在了方法区)等移出到堆空间
jdk1.8及以后	完全废弃了永久代的概念，使用元空间来代替，把JDK7中永久代还剩余的内存(主要是类型信息、字段、方法常量)全部移到了元空间(字符串常量池、静态变量仍存放在堆)

方法区的内部结构

        《深入理解Java虚拟机》中对方法区存储内容描述如下：

它用于存储已被虚拟机加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等数据

类型信息

        对每个加载的类型(class、interface、enum、annotation)，JVM必须在方法区存储以下类型信息：

1. 这个类型的完整有效名称(包名.类名）
2. 这个类型直接父类的完整有效名(对于interface或Object类，都没有父类)
3. 这个类型的修饰符(public、abstract、final的某个子集)
4. 这个类型直接接口的一个有序列表

域信息

        JVM必须在方法区中保存类型的所有域的相关信息以及域的声明顺序：

• 域的相关信息包括：域名称、域类型、域修饰符(public、private、protected、static、volatile、transient、final的某个子集)

方法(Method)信息

        JVM必须在方法区中保存所有方法的以下信息，同域信息一样包括声明顺序：

• 方法名称
• 方法的返回类型或void
• 方法参数的数量和类型(按顺序)
• 方法的修饰符(public、private、protected、static、final、synchronized、native、abstract的一个子集)
• 方法的字节码(bytecodes)、操作数栈、局部变量表及大小(abstract和native方法除外)
• 异常表(abstract和native方法除外)
• • 每个异常处理的开始位置、结束位置、代码处理在程序计数器中的偏移地址、被捕获的异常类的常量池索引

全局常量：static fianl

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

运行时常量池

为什么需要常量池？

        java源文件编译产生一个字节码文件，而字节码的运行需要数据支持，通常这种数据会很大以至于不能直接存到字节码文件中。那么可以将数据存储到常量池中，这个字节码文件只需要包含指向常量池的引用。在动态链接(虚拟机栈栈针的成员，作用是：将符号引用转换为直接引用)的时候就会用到运行时常量池

class文件常量池

        我们知道，类文件结构中除了包含魔数、类的版本信息、字段、方法以及接口等描述信息外还有一项重要的信息：常量池表(Constant Pool Table)，常量池表用于存放在编译器生成的各种字面量和对类型、域和方法的符号引用，这部分内容将在类加载后存放到方法区的运行时常量池中

运行时常量池

• 运行时常量池是方法区的一部分
• 在加载类和接口到虚拟机后，就会创建对应的运行时常量池
• JVM为每个已加载的类型(类或接口)都维护一个常量池。池中的数据项像数组一样，是通过索引访问的
• 除了保存Class文件中描述的符号引用外，还会把由符号引用翻译出来的直接引用也储存到运行时常量池中
• 运行时常量池中包含多种不同的常量，包括**编译器就已经确定的数值字面量；也包括到运行期解析后才能获得的方法或字段引用，**此时不再是class文件常量池中的符号地址了，而是换为真实地址
• • 运行时常量池，相对于class文件常量池的另一项重要特征是：具有动态性，如String的intern()方法
• 当创建类或接口的运行时常量池时，如果构造运行时常量池所需的内存空间超过了方法区所能提供的最大值，则JVM会抛出OOM异常

运行时常量池与class文件常量池的关系

        class文件常量池存储的是当class文件被java虚拟机加载进来后存放在方法区的一些字面量和符号引用，字面量包括字符串，基本类型的常量。
        运行时常量池是当class文件被加载完成后，java虚拟机会将class文件常量池里的内容转移到运行时常量池里
        在class文件常量池的符号引用有一部分是会被转变为直接引用的，比如说类的静态方法或私有方法，实例构造方法，父类方法，这是因为这些方法不能被重写其他版本，所以能在加载的时候就可以将符号引用转变为直接引用，而其他的一些方法是在这个方法被第一次调用的时候才会将符号引用转变为直接引用的。