JVM11_方法区、内存泄露和内存溢出

方法区、栈、堆三者的关系

方法区如果保存了过多的类就会导致OOM
比如1、加载了大量的第三方jar包
2、tomcat服务器部署了过多工程(30-50个)
3、大量动态生成反射类

hotspot方法区的演进

如果方法区是接口，那么永久代或者元空间就是方法区的具体实现，只是JDK8中把永久代换成了元空间
元空间使用的是本地内存，而不是虚拟机内存

在hotspot中，可以认为方法区和永久代是等价的，因为hotspot对方法区的实现就是使用的永久代。
其他的虚拟机就没有永久代

方法区参数设置

jdk7

jdk8

开发中对于元空间大小的设置，一般会把MetaspaceSize设置大一点，避免频繁的GC，而MaxMetaspaceSize不做设置，即没有限制

如何解决OOM

内存泄露：堆中的对象有栈中的引用指向它，但是这个对象一直没有被使用过，这就是内存泄露

当这种对象多了以后，把堆内存占满了，这时候就会发生内存溢出OOM

方法区存放的内容

方法区存放的内容会随着jdk版本的不同会发生一些变化。

1、类型信息

2、域信息

3、方法信息

查看编译后的class文件

方式一：选中java源文件，然后view ----> show with jclasslib

方式二：javap -v -p *.class > test.txt
-p的目的是把所有的属性都显示出来，包括私有属性

test.txt 将反编译信息保存到文件中

字节码文件中是看不到classLoader的信息的，但是方法区是保存有类加载器的信息的

每一个class文件被类加载子系统加载后，都会把加载这个class的类加载器的信息也对应的保存到方法区当中，
类加载器也会把加载过那个class的信息保存到方法区，也就是他们彼此记录

Non final

static final

对于static修饰的成员，在类加载的链接阶段的准备环节就进行默认的初始化， int类型会初始化为0，初始化阶段才会赋值为1
但是对于加了final修饰的成员，在编译阶段就赋值为2了。
public static int count = 1;
public static final int number = 2;

常量池和运行时常量池

字节码文件中有一个常量池，当类加载到运行时数据区的时候，就会放到方法区的运行时常量池。

字节码文件中除了包含类的版本信息、字段、方法以及接口等描述信息外，还包含一项信息就是常量池表，包括各种字面量和堆类型、域和方法的符号引用。

为什么要有一个常量池表？
当一个class文件要放到JVM中运行时，需要很多数据支持，如果把需要的调用的class信息都保存到自己的class文件，那么会变得很庞大，很冗余，所以我们使用常量池表，里边只包含一个资源的符号引用，只在动态链接的时候把符号引用对应的资源用到运行时常量池，



运行时常量池

方法中需要哪些资源，都可以到常量池中找到对应的符号引用
class文件加载到运行时数据区，就会放到方法区中的运行时常量池，这时候就不只是符号引用了，
方法需要哪些资源，都会通过符号引用找到对应的真实地址的直接引用

运行时常量池相对于常量池有动态性的特点，比如运行时常量池没有string，会添加新的string

方法区实例

栈是抽象数据结构（ADT），可以使用数组也可以使用链表实现
局部变量表是一个数组，操作数栈是一个栈（基于数组实现），所以数组放的话是有索引的，操作数栈需要压栈，不体现索引

方法区的演进细节（重要面试）

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

设置的空间小，容易发生fullGC，导致STW，拖慢程序。其次GC后还存在很多要用的对象，还有可能发生OOM
设置的空间大，浪费空间，
所以永久代大小设置很难确定

而元空间的大小，最大是没有限制的。
第二点：永久代调优困难
虽然永久代发生fullGC的机会少，但是也会发生，回收主要是回收常量池中废弃的常量和不再使用的类型
在这个确定是否要GC，也是需要时间的，所以尽量少的fullGC，就开始使用本地内存。

上层框架在变，所以更关注那些底层不变的东西，增加这些底层的深入理解。