一.JVM内存架构
JVM内存模型总体预览:
JVM内存结构主要分为图中的几个内存区域:
1.虚拟机栈
2.本地方法栈
3.程序计数器
4.堆
5.方法区
二.虚拟机内存结构:
(前面4节内容见JVM内存模型(一))
2.5 方法区
方法区是JVM规范中规定的一块内存区域,官方在规定的时候没有明确方法区的位置,并且不同的厂商在具体的实现的时候也各有各的不同,每一种设计方法都有自己的优点,我们这里就拿hotspot虚拟机来介绍:
hotspot虚拟机在jdk1.6之前,将方法区规定为“永久代”,并且将其内存放在了堆内存之中,我们熟悉的永久代就是这里的方法区的具体实现。
在jdk1.8之后,hotspot将方法区的具体实现修改成了元空间(metaspace .....想起了元宇宙)并且将其从堆内存中移动到了jvm之外的本地内存,也就是操作系统的内存之中。
元空间
此区域是线程共享的,Method Area 存储元信息。以前是为永久代(Permanent Generation),但是从jdk1.8 开始,已经彻底废弃了永久代。使用元空间(Meta space),元空间使用的是操作系统的本地内存,有专门的元空间虚拟机进行内存管理,如果不指定大小的话,随着更多类的创建,虚拟机会耗尽所有可用的系统内存。元空间存放的不是对象的信息,而是存放如一个类的Class的结构信息【Class结构信息包括常量池,字段描述,方法描述等】,常量,静态变量,即时编译编译后的代码。在元空间中,类和其元数据的生命周期和其对应的类加载器是相同的。换句话说,只要类加载器存活,其加载的类的元数据也是存活的,因而不会被回收掉。
java的虚拟机规范没有规定要在方法区进行垃圾回收,这块区域的垃圾回收性价比比较低。不过当前的商业jvm中都实现了对方法区进行垃圾回收,主要是回收两部分内容:废弃常量和无用类。其中的类回收需要满足三个条件:1.该类的所有的实例都被GC,也就是jvm中不存在该类的任何实例;2. 加载该类的classloader已经被GC 3. 该类对应的java.lang.Class没有在任何地方被引用,如不能在任何地方通过反射访问该类的方法。 在大量使用反射,动态代理,cglib等字节码框架或动态生成jsp或osgi这类频繁自定义classloader的场景都需要jvm具备类卸载的支持以保证方法区不会溢出。
常量池:
二进制字节码的组成:类的基本信息、常量池、类的方法定义(包含了虚拟机指令)。
通过反编译.class可以获得常量池的内容:
类的基本信息:
常量池信息:
反编译后的方法信息:
图中的#2就代表需要从常量池中获取数据。
运行时常量池:
常量池:
就是一张表(如上图中的constant pool),虚拟机指令根据这张常量表找到要执行的类名、方法名、参数类型、字面量信息。
运行时常量池:
常量池是.class文件中的,当该*类被加载以后,它的常量池信息就会放入运行时常量池,并把里面的符号地址变为真实地址xxx。
常量池与串池的关系
串池StringTable
常量池中的字符串仅是符号,只有在被用到时才会转化为对象
利用串池的机制,来避免重复创建字符串对象
字符串变量拼接的原理是StringBuilder
字符串常量拼接的原理是编译器优化
可以使用intern方法,主动将串池中还没有的字符串对象放入串池中
注意:
无论是串池还是堆里面的字符串,都是对象;
用来放字符串对象且里面的元素不重复
举例:
public class StringTableStudy {
public static void main(String[] args) {
String a = "a";
String b = "b";
String ab = "ab";
}
}
执行到 String a = “a” 的时候,串池中加入“a”;
执行到 String b = “b” 的时候,串池中加入“b”;
执行到 String ab = “ab” 的时候,串池中加入“ab”;
此时串池中的内容为【“a” “b” "ab"】三个字符串。
注意:字符串对象的创建都是懒惰的,只有当运行到那一行字符串且在串池中不存在的时候,该字符串才会被创建并放入串池中。
使用拼接字符串变量对象创建字符串:
public class StringTableStudy {
public static void main(String[] args) {
String a = "a";
String b = "b";
String ab = "ab";
//拼接字符串对象来创建新的字符串
String ab2 = a+b;
//结果为false,因为ab是存在于串池之中,ab2是由StringBuffer的toString方法所返回的一个对象,存在于堆内存之中
System.out.println(ab == ab2);
}
}
前面三行执行完成后 String table 中只有三个字符串:【“a” “b” "ab"】
执行System.out.println(ab == ab2)时发现返回false,说明这里的ab并不是串池中的ab,
通过拼接的方式来创建字符串的过程是:StringBuilder().append(“a”).append(“b”).toString()
最后的toString方法的返回值是一个新的字符串,但字符串的值和拼接的字符串一致,但是两个不同的字符串,一个存在于串池之中,一个存在于堆内存之中。
使用拼接字符串常量对象的方法创建字符串
public class StringTableStudy {
public static void main(String[] args) {
String a = "a";
String b = "b";
String ab = "ab";
String ab2 = a+b;
//使用拼接字符串的方法创建字符串
String ab3 = "a" + "b";
}
}
使用拼接字符串常量的方法来创建新的字符串时,因为内容是常量,javac在编译期会进行优化,结果已在编译期确定为ab,而创建ab的时候已经在串池中放入了“ab”,所以ab3直接从串池中获取值,所以进行的操作和 ab = “ab” 一致。
使用拼接字符串变量的方法来创建新的字符串时,因为内容是变量,只能在运行期确定它的值,所以需要使用StringBuilder来创建。
ab == ab3 返回true 。
intern方法 1.8
调用字符串对象的intern方法,会将该字符串对象尝试放入到串池中
如果串池中没有该字符串对象,则放入成功
如果有该字符串对象,则放入失败
无论放入是否成功,都会返回串池中的字符串对象。
注意:
此时如果调用intern方法成功,堆内存与串池中的字符串对象是同一个对象;如果失败,则不是同一个对象。
举例:
public class Main {
public static void main(String[] args) {
//"a" "b" 被放入串池中,str则存在于堆内存之中
String str = new String("a") + new String("b");
//调用str的intern方法,这时串池中没有"ab",则会将该字符串对象放入到串池中,此时堆内存与串池中的"ab"是同一个对象
String st2 = str.intern();
//给str3赋值,因为此时串池中已有"ab",则直接将串池中的内容返回
String str3 = "ab";
//因为堆内存与串池中的"ab"是同一个对象,所以以下两条语句打印的都为true
System.out.println(str == st2);
System.out.println(str == str3);
}
}
public class Main {
public static void main(String[] args) {
//此处创建字符串对象"ab",因为串池中还没有"ab",所以将其放入串池中
String str3 = "ab";
//"a" "b" 被放入串池中,str则存在于堆内存之中
String str = new String("a") + new String("b");
//此时因为在创建str3时,"ab"已存在与串池中,所以放入失败,但是会返回串池中的"ab"
String str2 = str.intern();
//false
System.out.println(str == str2);
//false
System.out.println(str == str3);
//true
System.out.println(str2 == str3);
}
}
intern方法 1.6
唯一不同就是:如果串池中没有该字符串对象,会将该字符串对象复制一份,再放入到串池中,所以说无论调用intern方法成功与否,串池中的字符串对象和堆内存中的字符串对象都不是同一个对象。
2.6 直接内存
此区域是线程共享的,直接内存(Direct Memory)并不是java虚拟机直接管理的内存区域,它是与java nio密切相关,jvm是通过DirectByteBuffer来操作直接内存。
Java为什么要规定一块不在JVM中的直接内存?
因为java在进行IO操作的时候,因为java没有权限,只能调用操作系统从用户态切换到内核态,来进行文件的传输,此时会极大的消耗性能。所以java船舰了一块专门进行IO操作的缓存区域,直接内存是操作系统和Java代码都可以访问的一块区域,无需将代码从系统内存复制到Java堆内存,从而提高了效率。
释放原理
直接内存的回收不是通过JVM的垃圾回收来释放的,而是通过unsafe.freeMemory来手动释放。