首先区分jdk和jre的区别
jdk:jdk是用于java程序开发的最小环境,包含java程序设计语言,java虚拟机,javaAPI类库。
JRE:jre是支持java程序运行的标准环境,包含java虚拟机以及javaAPI类库中的Java SE API子集
第二章 运行时数据区域
方法区:是各个线程共享,它用于存储已被虚拟机加载的类信息,常量,静态常量,即时编译器编译后的代码等数据。
运行时常量池:是方法区的一部分。Class文件中除了有类的版本,字段,方法,接口等标书等信息外,还有一项是常量池,用于存放编译器生成的各种字面量和符号引用。
这部分内容将在类加载后存放到方法区的运行时常量池中。
虚拟机栈:虚拟栈也是线程私有的,他的生命周期与线程相同。
虚拟机栈描述的是java方法执行的内存模型:每个方法被执行的时候,都会创建一个栈侦,用于存储局部变量表,操作栈,
动态链接,方法出口等信息。每一个方法被调用直至执行完成的过程,就对应着一个栈侦在虚拟机栈中从入栈到出栈的过程。
局部变量表:存放了编译器可知的各种基本类型,对象引用(不等同于对象本身,根据不同的虚拟机实现,
它可能是个指向对象起始地址的引用指针,也可能指向一个代表对象的句柄或者其它与此对象相关的位置)和returnAddress类型(指向一条字节码指令的地址)
局部变量表所需的内存空间在编译期间完成分配没在方法运行期间不会改变局部变量表的大小。
栈侦:是方法运期的基础数据结构
虚拟栈异常:
1:StackOverflowError 如果线程请求的栈的深度大于虚拟机栈所允许的深度,将:抛出该异常。
2:OutOfMemoryError 如果虚拟机栈可以动态扩展,当无法时无法申请到足够的内存会抛出OutOfMemoryError异常。
本地方法栈:本地方法栈与虚拟机栈所发挥的作用是非常相似的,其区别不过是虚拟机栈执行java的方法服务,而本地方法栈则是为虚拟机使用到的Native方法服务。
本地方法栈也会抛出上述的虚拟机栈异常。
堆:堆是java虚拟机所管理的内存中最大的一款,java堆是被所有线程共享的一块内存区域。在虚拟机启动时创建。
java堆是垃圾收集器管理的主要区域。因此也被叫做GC堆。
java堆可以处于物理上不连续的内存空间只要逻辑上是连续的即可。不过当前的主流的虚拟机都是可扩展的(通过Xmx,和Xms参数设置)(堆的比例一般为8:1:1)
如果堆再也无法扩展时,将抛出OutOfMemoryError异常。
对于堆内存的扩充可以参见https://blog.csdn.net/lingbo229/article/details/82586822
程序记数器:是一块较小的内存空间,用于记录当前线程所执行的字节码的行号指示器。
由于java虚拟机的多线程是通过线程轮流切换并分配处理器执行时间的方式,因此每个线程都有一个独立的程序计数器。
如果线程正在执行的屙屎一个java方法,这个计数器记录的是正在执行的虚拟机字节码指令地址,
如果正在执行的是Native方法,计数器的值为空,因为内存区域是唯一一个在java虚拟机中没有规定任何OutOfMemoryError情况的区域。
第三章:垃圾收集器
1:引用计数算法:给对象添加一个引用计数器,引用时加一,引用失效时减一;任何时刻计数器都为0的对象就是不可能被使用的。但是很难解决循环引用的问题
2:根搜索算法 :通过一系列名为GC ROOT的对象作为起始点,从这些节点开始向下搜索,搜索走过的路径被称为引用链,当一个对象不在引用链上,就证明该对象不可达,
GC ROOT :
虚拟机栈(栈侦中的本地变量表,),
方法区的类静态属性引用的对象,
方法区中的常量应用的对象;
本地方法栈中JNI。
3:引用
强引用:只要强引用还在,垃圾收集器永远不会回收被引用的对象
软引用:在系统即将发生内存溢出之前,将会把这些对象列进回收范围内,进行第二次回收
弱引用:被弱引用关联的对象只能生存到下一次垃圾收集之前
虚引用:
垃圾收集算法
1:标记-清除算法:算法分为“标记”“清除”两个阶段,首先标记处所有需要回收的对象,在标记完成后统一进行回收
主要缺点:效率问题,标记和清除的效率都不高,空间问题,清除完成后会产生大量不连续的空间碎片;碎片太多可能在程序运行的过程中需要分配较大的内存而找不到足够的连续内存
而提前触发量一次垃圾收集动作。
2:复制算法:它将可用的内存按容量划分为相等的两块,每次使用其中的一块,每次用完一块,就将还活着的对象复制到另一块上,然后再把已使用的内存空间一次清理掉。hotSpot虚拟机的Eden和survivor的比例是8:1(新生代常用)
3:标记-整理算法:在老年代由于没有额外的空间进行分配担保,所以一般采用标记整理算法,将所有存活的内存都向一端移动,然后清除端边界以外的内存。(老年代常用)
4:分代收集算法:根据对象的生存周期的不同将内存划分为几块,一般为新生代和老年代,根据各个年代的特点采用不同的收集算法。
垃圾收集器
1:Serial收集器:是一个单线程的收集器,这里的单线程是指在进行垃圾回收的时候必须停掉其它所有的线程,直到收集结束。
优点:简单高效;缺点:在进行垃圾回收时需要停止其它线程。
2:ParNew收集器: 其实就是Serial收集器的多线程版本,除了使用多条线程进行垃圾回收。
优点:能与CMS收集器配合使用。
***3:Parallel Scavenge收集器:***是一个新生代收集器,它使用复制算法的收集器,Parallel Scavenge收集器关注的点和其它收集器不同,CMS收集器的关注点尽可能缩短垃圾收集时用户线程的停顿时间,而Parallel Scavenge收集器的目标则是达到一个可控制的吞吐量(用户线程运行时间和垃圾收集线程运行时间的占比),停顿时间越短越适合需要与用户交互的程序,良好的响应速度能提升用户的体验,而高吞吐量则可以以最高效率地利用CPU时间,尽快的完成程序的运算任务,主要适合在后台运算而不需要太多交互的任务。
4:Serial old收集器 :Serial old收集器是Serial收集器的老年代版本,他同样是一个单线程收集器,
Serial Old收集器两大用途:一个是在JDK1.5及之前版本与Parallel Scavenge收集器搭配使用;另一个就是作为CMS收集器的后备预案,在并发收集器发生COncurrent Mode Failure 时使用。
***5:Parallel Old收集器***是parallel Scavenge收集器的老年代版本,使用多线程,标记-整理算法。 在关注吞吐量以及CPU资源敏感的场合,可以优先考虑 Parallel Scavenge收集器和Parallel Old收集器组合。
6:CMS收集器:是一种以获取最短回收停顿时间为目标的收集器,在注重服务的响应速度,希望系统停顿时间短,CMS收集器非常符合这类应用的需求。
标记-清除算法的实现
整体分为4步:
1:初始标记
2:并发标记
3:重新标记
4:并发清除
备注:其中初始标记和重新标记仍然需要停止其它线程初始标记仅仅标记一下GC Roots能直接关联的对象,速度很快,并发标记阶段就是进行GC Roots Tracing的过程,
重新标记则是为了修正并发标记期间,因用户继续运行而导致标记产生变动的那一部分的标记的记录。这个阶段的停顿时间一般会比初始标记阶段稍长,但远比并发标记短。
CMS收集器优点:并发收集,低停顿
缺点:
1:CMS收集器对CPU资源非常敏感 ,为了解决用户代码的执行速度突然下降,就是在并发标记和并发清除的时候让GC线程和用户线程交替运行。尽量减少GC线程的独占资源,时间会长,但是对用户的影响会小一点。但是现在不提倡使用
2:CMS 收集器无法处理浮动垃圾可能出现“Concurrent Mode Failure” 而导致FULL GC
3:CMS收集器是基于标记清除算法,会产生大量空间碎片。空间碎片过多,当无法找到连续空间进行对象分配就会提前引发FULL GC。
7:G1收集器:G1收集器是基于标记整理算法的收集器,不会产生空间碎片,可以非常精确的控制停顿时间,既能让使用者指定在一个长度为M毫秒时间段内消耗在垃圾收集器上的不得超过N毫秒。
G1收集器可以在不牺牲吞吐量的前提下完成低停顿的内存回收,这是由于它能够极力的避免全区域的垃圾收集,。G1将整个java堆划分为多个大小固定的区域并且跟踪区域的垃圾堆积程度,在后台维护一个优先列表,每次根据允许的收集时间
优先回收垃圾最多的区域。
常用命令
jinfo -flags pid 查看所有虚拟机参数