1,Java内存区域:
1.1 程序计数器:
1,当前线程所执行字节码的行号指示器。
2,字节码解释器工作时通过改变程序计数器的值来选取下一条需要执行的字节码指令。
3,每个线程都有一个独立的程序计数器,保证线程切换后能回到正确的执行位置。
4,各个线程之间的程序计数器互不影响,独立存储在线程私有内存中。
1.2 虚拟机栈
1,线程私有,生命周期与线程相同。
2,为虚拟机执行Java方法(也就是字节码)服务。
3,方法执行时,虚拟机栈中同步创建一个栈帧,用于存储局部变量表,操作数栈,动态链接,方法出口等信息。
1.3 本地方法栈
1,为虚拟机使用到的本地(Native)方法服务。
(Hot-Spot虚拟机把虚拟机栈和本地方法栈合二为一)
1.4 堆
1,虚拟机所管理的内存中最大的一块。
2,被所有线程共享,虚拟机启动时创建。
3,用于存放对象实例。
1.5 方法区
1,被所有线程共享。
2,用于存储已被虚拟机加载的类信息,常量,静态变量等。
常量池:存在于方法区中
2 类加载机制
2.1 类加载过程
加载 - 验证 - 准备 - 解析 - 初始化
2.1.1 加载
1,通过一个类的全限定名来获取定义此类的二进制字节流。
2,将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。
3,在内存中生成一个代表这个类的java.lang.class对象,作为方法区这个类的各种数据的访问入口。
2.1.2 验证
目的:确保class文件的字节流中包含的信息符合约束,保证这些信息被当作代码运行后不会危害虚拟机。
文件格式验证:保证输入的字节流能正确地解析并存储于方法区内。
元数据验证:对类的元数据信息进行语义校验。
字节码验证:通过数据流分析和控制流分析,确定程序语义是合法的,符合逻辑的。
符号引用验证:确保解析行为能正常执行。
2.1.3 准备
正式为类中定义的变量(类变量)分配内存并设置初始值。
注意是该初始值不是我们定义的初始值,通常情况下我们给类变量定义的初始值是在初始化阶段才赋值给类变量的。
如下:
第一行是通常情况下,
第二行因为类字段的字段属性表中存在ConstantValue属性,会在准备阶段就会被初始化为ConstantValue属性所指定的初始值。
public static int value = 123; //准备阶段:value = 0; 初始化阶段后:value=123;
public static final value = 123; //准备阶段:value = 123;
2.1.4 解析
Java虚拟机将常量池内的符号引用替换为直接引用的过程。
解析动作主要针对
类或接口,
字段,
类方法,
接口方法,
方法类型,
方法句柄,
调用点限定符
这7类符号引用进行。
2.1.5 初始化
1,java虚拟机真正开始执行类中编写的Java代码,将主导权移交给应用程序。
2,执行类构造器<clinit>()方法。根据程序编码指定的主观计划去初始化类变量和其他资源。(将准备阶段的value=0初始化为123,对应准备阶段的第一行代码)
<clinit>()方法是Javac编译器的自动生成物。
3 类加载器
1,实现“通过一个类的全限定名来获取描述该类的二进制字节流“的动作。
2,每一个类加载器,都有一个独立的类名称空间。
3.1 启动类加载器(Bootstrap Class Loader)
1,负责将存放在<JAVA_HOME>\lib目录,或者被-Xbootclasspath参数所指定的路径中存放的类库加载到虚拟机内存中。
2,该加载器不能被Java程序直接引用。
3.2 扩展类加载器(Extension Class Loader)
1,这个类加载器是在类sun.misc.Launcher$ExtClassLoader中以Java代码的形式实现的。
2,负责加载<JAVA_HOME>\lib\ext目录,或者java.ext.dirs系统变量所指定的路径中的所有类库。
3,开发者可以直接使用。
3.3 应用程序加载器(Application Class Loader)
1,这个类加载器是在类sun.misc.Launcher$AppClassLoader中以Java代码的形式实现的。
2,负责加载用户类路径(class path)上的所有类库。
3,开发者可以直接使用。
3.4 自定义加载器
- 用户可以自定义类加载器进行拓展,如增加磁盘位置之外的Class文件来源,或者通过类加载器实现类的隔离,重载等功能。
3.5 双亲委派模型
除了顶层的启动类加载器外,其余的类加载器都应有自己的父类加载器。
- 类加载器之间的父子关系不是以继承关系实现的,而是使用组合关系来复用父加载器的代码。
目的:保证Java程序的稳定运行。
工作过程:
1,类加载器收到类加载的请求。
2,把这个请求委派给父类加载器去完成。(最终都应该传送到最顶层的启动类加载器中)
3,父加载器完成加载。如果父加载器反馈无法完成加载请求,子加载器开始尝试自己完成加载,直到最底层的发送委派请求的子加载器。
4 垃圾回收
4.1 可达性分析算法
作用:判断对象是否存活。
1,将一些根对象放在GC Roots起始节点集中。
2,从起始节点集开始,根据引用关系向下搜索。(搜过过程走过的路径称为引用链)
3,如果某个对象到GC Roots间没有任何引用链相连,则证明此对象是不可能再被使用的。
GC Roots的对象包括以下几种:
1,在虚拟机栈中引用的对象,如各个线程被调用的方法堆栈中使用到的参数,局部变量,临时变量等。
2,在方法区中类静态属性引用的对象,如Java类的引用类型静态变量。
3,在方法区中常量引用的对象,如字符串常量池里的引用。
4,在本地方法栈中JNI引用的对象。JNI:Java Native Interface
5,Java虚拟机内部的引用,如基本数据类型对应的Class对象,一些常驻的异常对象,系统类加载器。
6,所有被同步锁(synchronized关键字—)持有的对象。
7,反映Java虚拟机内部情况的JMXBean,JVMTI中注册的回调,本地代码缓存等。
4.2 垃圾回收算法
1,标记—清除(Mark—Sweep)算法
- 执行效率不稳定,标记和清除的执行效率随对象数量的增长而降低。
- 内存空间碎片化,标记,清除之后会产生大量不连续的内存碎片。
2,标记—复制算法
解决了标记清除算法的两个缺点,但自身的缺点也很明显,将可用内存缩小为了原来的一半(半区复制)。
3,标记—整理(Mark—Compact)算法
标记过程和标记清除算法一样,但后续步骤不是直接对可回收对象进行清理,而是让所有存货的对象都向内存空间一端移动,然后直接清理掉边界以外的内存。
- 标记清除算法:非移动式回收算法。
- 标记整理算法:移动式回收算法。
4.3 垃圾回收器
1,Serial回收器
单线程工作的收集器,Stop The World过程体验太差。
2,CMS回收器
以获取最短回收停顿时间为目标的收集器。
优点:并发,低停顿。
3,Garbage First回收器(G1)
面向堆内存任何部分组成回收集进行回收,衡量标准不再是它属于哪个分代,而是哪块内存中存放的垃圾数量最多,回收收益最大。