JVM组成
JVM由哪些部分组成,运行流程是什么?
JVM,Java Virtual Machine,Java程序的运行环境(java二进制字节码的运行环境)
好处: 一次编写,到处运行(跨系统);自动内存管理,垃圾回收机制
JVM 的主要组成部分
ClassLoader(类加载器)
Runtime Data Area(运行时数据区,内存分区)
Execution Engine(执行引擎)
Native Method Library(本地库接口)
运行流程:
Java编译器(javac):Java编译器负责将Java源代码(.java文件)编译成字节码文件(.class文件)。
类加载器(ClassLoader):类加载器的任务是将这些字节码文件加载到JVM的运行时数据区。
运行时数据区(Runtime Data Area):运行时数据区是JVM的一部分,它负责在内存中存储加载进来的字节码文件。
执行引擎(Execution Engine):执行引擎负责解释或编译字节码为底层系统指令,然后交由CPU执行。在需要的时候,执行引擎会调用本地方法库(Native Method Library)来实现某些功能。
什么是程序计数器?
程序计数器:线程私有的(线程安全每个线程都有),内部保存的字节码的行号。用于记录正在执行的字节码指令的地址。
我们可以通过javap -verbose xx.class
命令 打印堆栈大小,局部变量的数量和方法的参数。
java虚拟机对于多线程是通过线程轮流切换并且分配线程执行时间。在任何的一个时间点上,一个处理器只会处理执行一个线程,如果当前被执行的这个线程它所分配的执行时间用完了【挂起】。处理器会切换到另外的一个线程上来进行执行。并且这个线程的执行时间用完了,接着处理器就会又来执行被挂起的这个线程。
那么现在有一个问题就是,当前处理器如何能够知道,对于这个被挂起的线程,它上一次执行到了哪里?那么这时就需要从程序计数器中来回去到当前的这个线程他上一次执行的行号,然后接着继续向下执行。
另一个作用是作为当前线程所执行的字节码的行号指示器,通过它实现代码的流程控制,如:顺序执行、分支、循环、异常处理。
程序计数器是JVM规范中唯一一个没有规定出现OOM(堆内存不足)的区域,所以这个空间也不会进行GC(垃圾回收)。
什么是Java堆?为什么使用元空间替换了永久代?
它是线程共享的区域(会有线程安全问题):主要用来保存对象实例,数组等,当堆中没有内存空间可分配给实例,也无法再扩展时,则抛出OutOfMemoryError(OOM)异常。
下面以JVM的运行数据区来介绍:
- 年轻代被划分为三部分,Eden区和两个大小严格相同的Survivor区(幸存者区),根据JVM的策略,在经过几次垃圾收集后,任然存活于Survivor的对象将被移动到老年代区间。
- 老年代主要保存生命周期长的对象,一般是一些老的对象
- 元空间保存的类信息、静态变量、常量、编译后的代码
为了避免方法区出现OOM,所以在java8中将堆上的方法区【永久代】给移动到了本地内存上,重新开辟了一块空间,叫做元空间(详细的回答下面有写)。那么现在就可以避免掉OOM的出现了。
在 HotSpot JVM(Oracle公司的Java虚拟机) 中,永久代(PermGen)( ≈ 方法区)中用于存放类和方法的元数据以及常量池,比如Class 和 Method。每当一个类初次被加载的时候,它的元数据都会放到永久代中。
永久代是有大小限制的,因此如果加载的类太多,很有可能导致永久代内存溢出,即OutOfMemoryError,为此不得不对虚拟机做调优。
那么,Java 8 中 PermGen 为什么被移出 HotSpot JVM 了?
1)由于 PermGen 内存经常会溢出,引发OutOfMemoryError,因此 JVM 的开发
者希望这一块内存可以更灵活地被管理,不要再经常出现这样的 OOM。
2)移除 PermGen 可以促进 HotSpot JVM 与 JRockit VM(Oracle公司的另一款Java虚拟机,它没有永久代) 的融合,因为 JRockit 没有永久代。
准确来说,Perm 区中的字符串常量池被移到了堆内存中是在 Java7 之后,Java8 时,PermGen 被元空间代替,其他内容比如类元信息、字段、静态属性、方法、常量等都移动到元空间区。比如 java/lang/Object 类元信息、静态属性System.out、整型常量等。
元空间的本质和永久代类似,都是对 JVM 规范中方法区的实现。不过元空间与永久代之间最大的区别在于:元空间并不在虚拟机中,而是使用本地内存。因此,默认情况下,元空间的大小仅受本地内存限制。
为什么使用元空间替换了永久代?
主要有三个方面的原因
- 在1.7版本里的永久代内存是有上限的,虽然可以通过-XX:PermSize参数来设置,但是JVM加载的类总数大小是很难确定的,所以很容易出现OOM的问题。但是元空间是存储在本地内存里,内存上限比较大,可以很好避免这个问题;
- 永久代的对象是通过Full GC(下面会介绍)和老年代同时进行垃圾回收的,替换成元空间以后简化了Full GC的过程,可以在不进行暂停的情况下去并发的释放类的数据,同时也提升了GC的性能;
- Oracle要合并HotSpot JVM和JRockit VM的代码,而 JRockit VM里是没有永久代的
什么是虚拟机栈? 堆栈的区别是什么?
Java Virtual machine Stacks (java 虚拟机栈)
每个线程运行时所需要的内存(线程安全),称为虚拟机栈,先进后出
每个栈由多个栈帧(frame)组成,因为方法可能调用多个其他方法,对应着每次方法调用时所占用的内存
每个线程只能有一个活动栈帧,对应着当前正在执行的那个方法
1. 垃圾回收是否涉及栈内存?
垃圾回收主要是回收堆内存,当方法调用完毕栈帧弹栈以后,内存就会自动释放
2. 栈内存分配越大越好吗?
未必,默认的栈内存通常为1024k,栈帧过大会导致线程数变少,例如,机器总内存为512m,目前能活动的线程,数则为512个,如果把栈内存改为2048k,那么能活动的栈帧就会减半
3. 方法内的局部变量是否线程安全?
如果方法内局部变量没有逃离方法的作用范围,它是线程安全的;如果是局部变量引用了对象,并逃离方法的作用范围,需要考虑线程安全
5.什么情况会导致栈内存溢出?
- 栈帧过多导致栈内存溢出,典型问题:递归调用
- 栈帧过大导致栈内存溢出
堆栈的区别是什么?
- 栈内存一般会用来存储局部变量和方法调用,但堆内存是用来存储Java对象和数组的的。堆会GC垃圾回收,而栈不会。
- 栈内存是线程私有的,而堆内存是线程共有的。
- 两者异常错误不同,但如果栈内存或者堆内存不足都会抛出异常。栈空间不足:java.lang.StackOverFlowError。堆空间不足:java.lang.OutOfMemoryError。
什么是本地内存?方法区? 常量池?
本地内存并不是JVM运行时数据区的一部分,它主要指的是JVM在本地机器上的内存分配,包括直接内存的分配等。本地内存的管理是不受JVM控制的。
方法区(Method Area)是各个线程共享的内存区域;主要存储类的信息、运行时常量池;虚拟机启动的时候创建,关闭虚拟机时释放;如果方法区域中的内存无法满足分配请求,则会抛出OutOfMemoryError:Metaspace
常量池
常量池可以看作是一张表,虚拟机指令根据这张常量表找到要执行的类名、方法名、参数类型、字面量等信息
查看字节码结构(类的基本信息、常量池、方法定义)可以用命令javap -v xx.class
比如下面是一个Application类的main方法执行,源码如下:
public class Application {
public static void main(String[] args) {
System.out.println("hello world");
}
}
找到类对应的class文件存放目录,执行命令: javap -v Application.class
查看字节码结构
下图,左侧是main方法的指令信息,右侧constant pool 是常量池。main方法按照指令执行的时候,需要到常量池中查表翻译找到具体的类和方法地址去执行。常量池是 *.class 文件中的,当该类被加载,它的常量池信息就会放入运行时常量池,并把里面的符号地址变为真实地址
什么是直接内存
不受 JVM 内存回收管理,是虚拟机的系统内存,常见于 NIO 操作时,用于数据缓冲区,分配回收成本较高,但读写性能高,不受 JVM 内存回收管理
举例:需求,在本地电脑中的一个较大的文件(超过100m)从一个磁盘挪到另外一个磁盘
public class DirectMemoryDemo {
static final String FROM = "E:\\bak1\\01-java成神之路.mp4";
static final String TO = "E:\\bak2\\abc.mp4";
static final int _1Mb = 1024 * 1024;
public static void main(String[] args) {
io(); //256.8563
directBuffer();//63.2449
}
private static void directBuffer() {
long start = System.nanoTime();
try (FileChannel from = new FileInputStream(FROM).getChannel();
FileChannel to = new FileOutputStream(TO).getChannel();
) {
ByteBuffer bb = ByteBuffer.allocateDirect(_1Mb);
while (true) {
int len = from.read(bb);
if (len == -1) {
break;
}
bb.flip();
to.write(bb);
bb.clear();
}
} catch (IOException e) {
e.printStackTrace();
}
long end = System.nanoTime();
System.out.println