方法区Method元空间

主要是存储类信息 线程共享 JVM启动时才能被创建，可以在物理空间上不连续

系统定义太多的类可能会导致方法区溢出-----》OOM（比如：加载大量第三方Jar包；tomcat部署工程过多；大量动态的生成反射类）

元空间和永久代的最大区别：元空间不在虚拟机设置的内存中，而是使用本地内存

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

很重要！！！

 

②设置方法区大小与OOM

Jdk7之前：

• 通过-xx:Permsize来设置永久代初始分配空间。默认值是20.75M

• -XX:MaxPermsize来设定永久代最大可分配空间。32位机器默认是64M，64位机器模式是82M

• 当JVM加载的类信息容量超过了这个值，会报异常OutofMemoryError:PermGen space。

jdk8之后：

-XX:MetaspaceSize：设置初始的元空间大小。对于一个64位的服务器端JVM来说，其默认的-xx:MetaspaceSize值为21MB。这就是初始的高水位线，一旦触及这个水位线，Ful1GC将会被触发并卸载没用的类（即这些类对应的类加载器不再存活）然后这个高水位线将会重置。新的高水位线的值取决于GC后释放了多少元空间。如果释放的空间不足，那么在不超过MaxMetaspaceSize时，适当提高该值。如果释放空间过多，则适当降低该值。

-XX:MaxMetaspaceSize：最大元空间大小，值是-1，即没有限制。

OOM例子：因为方法区主要是存储类信息---->只要创建出很多的类就会导致OOM

• 加载大量第三方Jar包；

• tomcat部署工程过多；

• 大量动态的生成反射类

③方法区的内部结构

方法区主要是存放类信息，和运行时常量池

存放已经被JVM加载的类型信息、常量、静态变量、JIT代码缓存、域信息、方法信息

类型信息

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

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

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

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

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

域信息

域：成员变量

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

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

方法（Method）信息

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

• 方法名称

• 方法的返回类型（或void）

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

• 方法的修饰符（public，private，protected，static，final，synchronized，native，abstract的一个子集）

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

• 异常表（abstract和native方法除外）

每个异常处理的开始位置、结束位置、代码处理在程序计数器中的偏移地址、被捕获的异常类的常量池索引

运行时常量池VS常量池

运行时常量池：在方法区内

常量池：在字节码class文件中（包括各种字面量和对类型、域和方法的符号引用）

常量池：

• 数量值

• 字符串值

• 类引用

• 字段引用

• 方法引用

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

运行时常量池：

常量池经过类加载到方法区之后就形成了运行时常量池（运行时常量池具有动态性）

动态性是指：在运行期间也可以将新的常量放入池中，这种特性利用的较多的是String类中的intern()方法

访问标志:识别一些类或者接口层次的访问信息

这个class是类还是接口；是否为public、是否为abstract、是否被声明为final

类索引：确定这个类的全限定名

父类索引：确定这个类的父类的全限定名（只有一个 java不允许多继承）

接口索引：描述这个类实现了哪些接口

④方法区变化

只有Hotspot才有永久代，对于JRockit、J9来说是不存在永久代的概念

JDK1.6及以前	有永久代，静态变量存储在永久代上
JDK1.7	有永久代，但已经逐步 “去永久代”，字符串常量池，静态变量移除，保存在堆中
JDK1.8	无永久代，类型信息，字段，方法，常量保存在本地内存的元空间，但字符串常量池、静态变量仍然在堆中。

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

JRockit是和HotSpot融合后的结果，因为JRockit没有永久代，所以他们不需要配置永久代

由于类的元数据分配在本地内存中，元空间的最大可分配空间就是系统可用内存空间

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

在某些场景下，如果动态加载类过多，容易产生Perm区的oom。

而元空间和永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。 因此，默认情况下，元空间的大小仅受本地内存限制。

• 对永久代进行调优是很困难的。

  • 主要是为了降低Full GC

方法区的垃圾收集主要回收两部分内容：常量池中废弃的常量和不在使用的类型

StringTable为什么要调整位置

jdk7中将StringTable放到了堆空间中。因为永久代的回收效率很低，在full gc的时候才会触发。而ful1gc是老年代的空间不足、永久代不足时才会触发。

这就导致stringTable回收效率不高。而我们开发中会有大量的字符串被创建，回收效率低，导致永久代内存不足。放到堆里，能及时回收内存。

静态变量存放在那里？

Jdk1.6之前--->永久代

jdk1.7之后---->堆

⑤对象实例化相关

创建对象的方式：

• new

• Class的newInstance()：反射，只能调用空参的构造器

• Constructor的newInstance():反射 可调用无参、有参

• clone：object中的一个方法

• 使用反序列化：获取对象的二进制流

• 第三方库Objenesis

创建对象的步骤：

• 判断对象对应的类是否已经被加载、链接和初始化

• 为对象分配内存（这个阶段已经知道对象的占用空间）

• 处理并发安全问题（new出来的对象放在堆中，堆是共享数据，就会出现并发问题）

  • 区域加锁 采用CAS失败重试

  • 每个线程预先分配一块TLAB

• 初始化分配到的空间（将对象的竖向进行默认初始化）

• 设置对象的对象头（对象所属类 对象的hashcode、对象的GC信息 锁信息）

• 执行init方法进行初始化

对象访问方式：

JVM怎么通过栈帧的对象引用访问到内部的对象实例？

两种访问方式：

• 句柄访问：

• 

   

当对象实例移动时，栈空间引用地址可以不改变进行访问

• 直接指针（Hotspot采用）

 

效率较高 但是对象实例移动时栈帧引用也需要移动

⑥方法区的GC

• 常量池中废弃的变量：没有引用就回收

• 不再使用的类型：（判断这个条件苛刻并且费事）

  • 该类的所有实例都被回收

  • 加载类的加载器被回收

  • 该类对应的Class对象没有被引用