JVM方法区，堆和方法区是怎样的关系，方法区内部的结构又是怎样的？

方法区是堆上的一个概念，具体的落地实现是永久代或者 元空间，它们都统称方法区。元空间的本质和永久代类似，都是对JVM规范中方法区的实现。 不过元空间与永久代最大的区别在于：元空间不在虚拟机设置的内存中，而是使用本地内存

创建对象各数据区域的声明：person(方法区)  per(栈)  =  new  person();（堆）

方法区的理解 ：元空间、永久代是方法区具体的落地实现。方法区看作是一块独立于Java堆的内存空间，它主要是 用来存储所加载的类信息的。

1.方法区（Method Area）同堆区一样，是各个线程共享的内存区域

2.方法区和堆区都是在实际的物理内存空间中，可以是不连续的

3.方法区的大小和堆空间一样可以动态调整或者固定

方法区的大小决定了系统可以加载多少个类：如果系统定义的类太多，可能会产生OOM（内存以溢出）比如：加载了大量的第三方jar包，Tomcat部署的工程过多，但当我们关闭JVM就会释放方法区的内存

HotSpot：可以把它认为是一种虚拟机，JRE1.3及以后版本采用HotSpot的Java虚拟机。其中至关重要的两个技术是动态编译和Profiling

演变：

【JDK7方法区使用的是虚拟机内存，同时将静态变量和字符串常量池搬移到了堆上】

【JDK8将永久代改为元空间，使用的是本地内存】相对于虚拟机的内存，本地内存空间更大，更不容易出现OOM

永久代为什么要被替换为元空间？

1. 因为永久代使用的是虚拟机的内存，为永久代设置空间大小是很难确定的，而元空间的大小 仅受本地内存限制

2. 对永久代进行调优是很困难的

方法区的内部结构：

类加载器将Class文件加载到内存之后，将类的信息存储到方法区中。

1.方法区中存储的内容： 类型信息（域信息、方法信息）

类型信息：对每个加载的类型（类Class、接口 interface、枚举enum、注解 annotation），JM必须在方法区中存 储以下类型信息：

① 这个类型的完整有效名称（全名 = 包名.类名）

② 这个类型直接父类的完整有效名（对于 interface或是java.lang. Object，都没有父类）

③ 这个类型的修饰符（ public, abstract，final的某个子集）

④ 这个类型直接接口的一个有序列表

域信息：域信息，即为类的属性，成员变量

JVM必须在方法区中保存类所有的成员变量相关信息及声明顺序。

域的相关信息包括：域名称、域类型、域修饰符（pυblic、private、protected、static、final、 volatile、transient的某个子集）

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

方法名称方法的返回类型（或void）

方法参数的数量和类型（按顺序）

方法的修饰符public、private、protected、static、final、synchronized、native,、abstract的一个子集

方法的字节码bytecodes、操作数栈、局部变量表及大小（ abstract和native方法除外）

异常表（ abstract和 native方法除外）。每个异常处理的开始位置、结束位置、代码处理在程序计数 器中的偏移地址、被捕获的异常类的常量池索引

2.运行时常量池

运行时常量池与常量池比较：

方法区中，内部包含了运行时常量池

字节码文件中，内部包含了常量池

常量池：存放编译期间生成的各种字面量与符号引用

运行时常量池：常量池表在运行时的表现形式

编译后的字节码文件中包含了类型信息、域信息、方法信息等。通过ClassLoader将字节码文件的常量池中的信息加载到内存中，存储在了方法区的运行时常量池中。

理解为字节码中的常量池 Constant pool 只是文件信息，它想要执行就必须加载到内存中。

而Java程序是靠JVM，更具体的来说是JVM的执行引擎来解释执行的。执行引擎在运行时常量池中取 数据，被加载的字节码常量池中的信息是放到了方法区的运行时常量池中。 它们不是一个概念，存放的位置是不同的。一个在字节码文件中，一个在方法区中。

那么为什么需要常量池？

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