运行时数据区——方法区

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

方法区的理解

方法区看做是独立于堆的一块内存空间

方法区与Java堆一样，是线程共享的；

方法区的大小决定了系统可以保存多少个类，如果定义的类太多，导致方法区溢出，此时同样会抛出OOM：（java8）java.lang.OutOfMemory:Metaspace；（Java7）java.lang.OutOfMemory：PermGen space；

方法区演变过程

方法区在jdk7及之前称为永久代，在jdk8及之后称为元空间。

在JDK7时，将字符串常量池从方法区放到堆中。

永久代使用的是JVM内存，元空间使用的是本地内存，而不是JVM的；

方法区大小设置

Java7及之前

-XX:PermSize设置永久代大小，默认为20.75M；

-XX:MaxPermSize设定最大可分配空间。32位机器默认为64M，64位机器默认为82M

当JVM加载的类信息容量超过这个值，会抛异常OutOfMemory: PermGen Spaca

Java8及之后

-XX: MetaspaceSize 和 -XX:MaxMetaspaceSize来替代jdk7的两个参数

默认值则根据操作系统区分，Windows下，-XX: MetaspaceSize默认为21M，-XX: MaxMetaspcaeSize的值是-1，表示没有限制。

与永久代不用，在没有指定大小的情况下，虚拟机会耗尽系统所有的可用内存。元空间溢出，则是OutOfMemory: Metaspace。

内部结构

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

类型信息

• 这个类型的完全有效名称（全名=包名.类名）
• 这个类型的直接父类的完整有效名
• 这个类型的修饰符
• 这个类型直接接口的一个有序列表

方法信息

• 方法名称
• 方法返回类型
• 方法参数的数量和类型
• 方法的修饰符
• 方法的字节码、操作数栈、局部变量表及大小
• 异常表：每个异常出来的开始位置、结束位置、代码处理在程序计数器中的偏移地址、被捕获的异常类的常量池的索引

运行时常量池

• 方法区内部包含了运行时常量池
• 字节码文件中包含了常量池
• 当类加载器将字节码文件中的常量池加载到方法区后，那么这部分数据就是运行时常量池
• 运行时常量池中维护的不再是符号引用，而是对应的真实地址
• 运行时常量池，相对于Class文件常量池还具备动态性特征

常量池

一个有效的字节码文件除了包含类的版本信息、字段、方法以及接口等描述信息外，还包含一项信息那就是常量池表（Constant Pool Table），包含各种字面量和对类型、域和方法的符号引用。

为什么需要常量池

一个Java源文件中的类、接口、编译后产生一个字节码文件。而Java中的字节码需要数据支持，通常这种数据会很大以至于不能直接存到字节码里，换另一种方式，可以存到常量池，这个字节码包含了指向常量池的引用。在动态链接的时候会用到运行时常量池。

方法区演进细节

只有HotSpot才有永久代的概念

• jdk1.6及之前：有永久代，静态变量存放在永久代上
• jdk1.7：有永久代，字符串常量池、静态变量移除，保存在堆中
• jdk1.8：无永久代，类型信息、字段、方法、常量保存在本地内存的元空间，但字符串常量池、静态变量仍在堆中

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

1、为了融合JRockit 和 HotSpot，而JRockit中没有永久代的概念

2、为永久代设置空间大小是很难确定的

3、对永久代进行调优是很困难的

StringTable为什么要调整位置

因为永久代的回收效率很低，在full gc的时候才会触发，而开发中会有大量的字符串被创建，回收效率低，导致永久代空间不足，放到堆中，能及时回收内存

方法区的垃圾回收

常量池的回收策略主要回收：常量池中废弃的常量和不再使用的类型

只要常量池中的常量没有被引用，就会被回收