1:JDK、JRE、JVM三者的关系
①JDK(Java Development Kit)是Java开发工具包。是整个Java的核心。
②JRE(Java Runtime Environment) 是运行基于Java语言编写的程序所不可缺少的运行环境
③JVM(java virtual machine)是整个java实现跨平台的最核心的部分,能够运行以Java语言写作的软件程序。
JDK中包含JRE,在JDK的安装目录下有一个名为jre的目录,里面有两个文件夹bin和lib,在这里可以认为bin里的就是jvm,lib中则是jvm工作所需要的类库,而jvm和 lib合起来就称为jre。
显然,这三者的关系是:一层层的嵌套关系。JDK>JRE>JVM。
2:从不同的维度谈谈你对jvm的理解
Ⅰ:什么是jvm?
JVM是JRE的一部分
JVM可以帮我们做内存管理
我们可以这样理解:当数据被放入JVM的时候,数据会被分解到不同的位置。
Ⅱ:jvm运行时内存如何划分?
java虚拟机所管理的内存将会包括以下几个运行时数据区域:
堆内存分为年轻代(Young Generation)、老年代(Old Generation)。
堆内,存的是对象。
年轻代又分为Eden和Survivor区。Survivor区由FromSpace和ToSpace组成。Eden区占大容量,Survivor两个区占小容量,默认比例是8:1:1。
Java栈(虚拟机栈)
同计数器也为线程私有,生命周期与相同,就是我们平时说的栈,栈描述的是Java方法执行的内存模型。
每个方法被执行的时候都会创建一个栈帧用于存储局部变量表,操作栈,动态链接,方法出口等信息。每一个方法被调用的过程就对应一个栈帧在虚拟机栈中从入栈到出栈的过程。
本地方法栈是与虚拟机栈发挥的作用十分相似,区别是虚拟机栈执行的是Java方法(也就是字节码)服务,而本地方法栈则为虚拟机使用到的native方法服务,可能底层调用的c或者c++,我们打开jdk安装目录可以看到也有很多用c编写的文件,可能就是native方法所调用的c代码。
方法区同堆一样,是所有线程共享的内存区域,为了区分堆,又被称为非堆。
用于存储已被虚拟机加载的类信息、常量、静态变量,如static修饰的变量加载类的时候就被加载到方法区中。
程序计数器为线程私有,每一条线程都有一个独立的程序计数器。注意,Java虚拟机中的程序计数器指向正在执行的字节码地址
Ⅲ:jvm堆内存常用参数
Ⅳ:常见的垃圾收集器
1.Serial 收集器
这是一个单线程收集器。意味着它只会使用一个 CPU 或一条收集线程去完成收集工作,并且在进行垃圾回收时必须暂停其它所有的工作线程直到收集结束。
2.ParNew 收集器
可以认为是 Serial 收集器的多线程版本。
3.Parallel Scavenge 收集器
这是一个新生代收集器,也是使用复制算法实现,同时也是并行的多线程收集器。CMS 等收集器的关注点是尽可能地缩短垃圾收集时用户线程所停顿的时间,而 Parallel Scavenge 收集器的目的是达到一个可控制的吞吐量(Throughput = 运行用户代码时间 / (运行用户代码时间 + 垃圾收集时间))。作为一个吞吐量优先的收集器,虚拟机会根据当前系统的运行情况收集性能监控信息,动态调整停顿时间。这就是 GC 的自适应调整策略(GC Ergonomics)。
4.Serial Old 收集器
收集器的老年代版本,单线程,使用 标记 —— 整理。
5.Parallel Old 收集器
Parallel Old 是 Parallel Scavenge 收集器的老年代版本。多线程,使用 标记 —— 整理
6.CMS 收集器
CMS (Concurrent Mark Sweep) 收集器是一种以获取最短回收停顿时间为目标的收集器。基于 标记 —— 清除 算法实现。
7.G1 收集器
面向服务端的垃圾回收器。是Oracle JDK 9以后的默认GC选项优点:并行与并发、分代收集、空间整合、可预测停顿。
Ⅴ:垃圾回收算法:
1.复制(Copying)算法我前面讲到的新生代GC,基本都是基于复制算法,过程就如专栏上一讲所介绍的,将活着的对象复制到to区域,拷贝过程中将对象顺序放置,就可以避免内存碎片化。这么做的代价是,既然要进行复制,既要提前预留内存空间,有一定的浪费;另外,对于G1这种分拆成为大量region的GC,复制而不是移动,意味着GC需要维护region之间对象引用关系,这个开销也不小,不管是内存占用或者时间开销。
2.标记-清除(Mark-Sweep)算法首先进行标记工作,标识出所有要回收的对象,然后进行清除。这么做除了标记、清除过程效率有限,另外就是不可避免的出现碎片化问题,这就导致其不适合特别大的堆;否则,一旦出现Full GC,暂停时间可能根本无法接受。
3.标记-整理(Mark-Compact)类似于标记-清除,但为避免内存碎片化,它会在清理过程中将对象移动,以确保移动后的对象占用连续的内存空间。
Ⅵ:类的生命周期
加载——连接(验证——准备——解析)——初始化——使用——卸载
加载:将.class文件从磁盘读取到内存验证:验证字节码的正确性准备:给类的静态变量分配内存,并赋予默认值解析:类装载器装入类所引用的其他所有类初始化:为类的静态变量赋值正确的初始值,上述的准备阶段为静态变量赋予的是虚拟机默认的默认值,此处赋予的才是程序编写者为变量分配的真正的初始值,执行静态代码块。
类加载器的关系:向上委托的关系。
Ⅶ:类加载机制
①全盘负责:所谓全盘负责,就是当一个类加载器负责加载某个Class时,该Class所依赖和引用其他Class也将由该类加载器负责载入,除非显示使用另外一个类加载器来载入。
②双亲委派:所谓的双亲委派,则是先让父类加载器试图加载该Class,只有在父类加载器无法加载该类时才尝试从自己的类路径中加载该类。通俗的讲,就是某个特定的类加载器在接到加载类的请求时,首先将加载任务委托给父加载器,依次递归,如果父加载器可以完成类加载任务,就成功返回;只有父加载器无法完成此加载任务时,才自己去加载。
③缓存机制。缓存机制将会保证所有加载过的Class都会被缓存,当程序中需要使用某个Class时,类加载器先从缓存区中搜寻该Class,只有当缓存区中不存在该Class对象时,系统才会读取该类对应的二进制数据,并将其转换成Class对象,存入缓冲区中。这就是为很么修改了Class后,必须重新启动JVM,程序所做的修改才会生效的原因。
全盘负责委托机制双亲委派机制调优:JVM调优主要就是调整下面两个指标:1.停顿时间:垃圾收集器做垃圾回收中断应用执行的时间。-XX:MaxGCPauseMillis2.吞吐量:垃圾收集的时间和总时间的占比:1/(1+n),吞吐量为1-1/(1+n)。-XX:GCTimeRatio=n
查看GC日志(了解)
自带的jconsole工具、jstat命令
终端输入jconsole就会出现jdk自带的gui监控工具
可以根据内存使用情况间接了解内存使用和gc情况
jstat命令
比如jstat -gcutil pid查看对应java进程gc情况