JVM内存结构：方法区 方法区内存溢出 常量池 运行时常量池

JVM内存结构：方法区

什么是方法区

https://docs.oracle.com/javase/specs/jvms/se8/html/jvms-2.html

Method Area，根据JVM规范中所述翻译：
方法区是jvm中一个共享的区域。方法区用于保存每个类的结构信息，比如运行时常量池，成员变量、成员方法、构造器等。
方法区在虚拟机启动的时候被创建的。方法区逻辑上是堆的组成部分，但具体实现时，不一定。此规范并不强制方法区的位置。比如HotSpot的实现是永久代，有些实现是元空间。

方法区内部结构如何

hotSpot 的实现中
java1.6中，永久代实现了方法区，位于JVM内部，永久代中存放了类加载器，类文件，常量池。
java1.6以后，元空间实现了方法区，位于JVM外部，元空间中存放了类加载器，类文件，而运行时常量池被保留在堆内部

方法区内存溢出是如何产生的

加载类过多
常量池中常量过多
实例1：加载类10000个

JDK1.6

在JDK 1.8 之后，方法区是元空间，处于JVM 外面的内存区，默认方法区大小无上限，现在给方法区设置一下大小，-XX:MaxMetaspaceSize=8m设置为8M。

实际场景中什么情况下会加载类过多

比如，spring框架 和 mybatis框架，spring会通过 cglib 生成 代理类，mybatis 则生成 mapper 接口的实现类。cglib使用的就是 ClassVisiter 进行加载类。运行过程中加载类过多，就容易造成内存溢出。

什么是常量池

常量池在类的字节码文件中，保存着类名，方法名，常量名，字面量等。在执行类的方法时，也就是执行虚拟机指令时，就可以根据这张表找到相应的数据。
比如，有这样一段程序 HelloWorld.java
编译之后变为 HelloWorld.class 字节码文件，我们很难看懂
使用 java -v 程序.java 命令反编译，就可以勉强看懂这个字节码文件

字节码文件包括了
类所在的位置、内部编码等类的信息

类名
常量池

类的方法定义，包括了虚拟机指令
构造方法

main方法

执行虚拟机指令时，一行一行地执行命令，并根据行号在常量池找到相应的数据。
比如第一句指令，getstatic 获取静态变量，这个变量在常量池中符号地址为#2的成员变量，查看常量池，#2 对应#21，#22，查看常量池#21，#22，#21 指向 #28，#28为类System。#22 指向 #29 #30，名字为out，类型为io/PrintStream。也就是说，获得这样一个静态变量，是类System包下类型为PrintStream的out对象。

第二句含义为，加载一个变量，叫作“Hello World”
第三局含义为，执行一个虚方法，符号地址在 #4.

什么是运行时常量池

类的.class文件一直保存在JVM外面，当类需要运行的时候，会将类的.class 文件加载到JVM中，此时字节码文件中的常量池就被放入了运行时常量池，常量池中的符号地址，也会变为真实的地址