Java回顾--jvm简单描述

1、关于JVM的简单叙述：

　　JVM是Java Virtual Machine（Java虚拟机）的缩写。

　　主要分为五大模块：类装载器子系统、运行时数据区、执行引擎、本地方法接口和垃圾收集模块。

　　其中运行时数据区，即jvm运行时将数据分区域存储，也称Java内存区域，包括：

　　1、虚拟机栈：

　　　　线程私有，与线程生命周期相同。不连续的内存空间。

　　　　它描述的是Java方法执行的内存模型：方法创建时会创建一个栈帧，用于存储局部变量表，操作栈，动态链接，方法出口等信息。

　　　　其中局部变量表：存放方法参数和局部变量的区域。

　　2、本地方法栈（Native Method Stack）：

　　　　作用与虚拟机栈类似，区别在于：虚拟机栈为虚拟机执行的.class文件服务，本地方法栈则为虚拟机使用到的Native方法（一个java调用非Java代码的接口）服务。

　　3、堆（Heap）：

　　　　所有线程共有，分为两个部分：年轻代和老年代。主要用于存放对象实例，几乎所有的对象实例都在这里分配内存，是垃圾收集器管理的主要区域，有时也被称为“GC”堆（Garbage Collected Heap）。

　　　　年轻代：没有经历过多次GC回收。分为一个Eden区和两个Survivor区，对象优先在Eden分配。
　　　　老年代：经历了一定次数的GC回收的年轻代。

　　4、方法区（Method Area）：

　　　　主要用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等。　　　　

　　　　也是各个线程共享的区域。有时也称为永久代，本质上并不是。该区域很少发生垃圾回收，在这里进行的GC主要是对方法区里的常量池和对类型的卸载。

　　　　该区域存在一个运行时常量池，用于存放静态编译产生的字面量、符号引用和运行时产生的常量。

　　　　jdk8后，方法区被元数据区（元空间）替代，jdk8之前永久代（Perm）所有内容的字符串常量移至堆内存，其他内容移至元空间，元空间直接在本地内存分配。

　　　　详细参考：https://www.cnblogs.com/natian-ws/p/10731270.html

 

　　5、程序计数器：

　　　　内存空间较小，线程私有。通过改变这个计数器的值来选取下一条需要执行指令的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能。

　　　　在多线程环境下，一个程序的运行是通过线程的轮流切换并分配处理器执行时间的方式进行的，为了使线程切换时能恢复到正确的位置，线程需要一个标记，即程序计数器。各线程之间的计数器互不影响，即“线程私有”。

　　　　如果线程正在执行的是一个 Java 方法，这个计数器记录的是正在执行的虚拟机字节码指令的地址；如果正在执行的是 Native 方法，这个计数器值则为空（Undefined）。此内存区域是唯一一个在 Java 虚拟机规范中没有规定任何 OutOfMemoryError 情况的区域。

 

2、类加载机制：

　　　　　　①、加载：

　　　　　　　　类装载的第一步。运行Java程序时，jvm将.java文件编译成.class文件.

　　　　　　　　Ⅰ、通过类的全限定名获取定义此类的二进制字节流。

　　　　　　　　Ⅱ、将这个字节流代表的静态存储结构转为方法区的运行时数据结构.

　　　　　　　　Ⅲ、并在堆内存中生成一个代表这个类的java.lang.class对象，作为访问方法去这些数据结构的入口。

　　　　　　②、连接：

　　　　　　　　其中包含：

　　　　　　　　Ⅰ、验证：主要是判断class文件的合法性，对版本号进行验证例如如果使用java1.8编译后的class文件要再java1.6虚拟机上运行），还会对元数据，字节编码等进行验证，确保class文件里的字节流信息符合当前虚拟机的要求，不会危害虚拟机的安全。

 

　　　　　　　　Ⅱ、准备：主要是分配内存，为变量分配初始值，即在方法区中为这些变量分配内存空间。

　　　　　　　　　　其中static修饰的变量，在准备阶段会被初始化为0，类的初始化阶段才会被赋值。

　　　　　　　　　例：public static int i = 1；在准备阶段i的值会被初始化为0，后面的类的初始化阶段才会赋值为1；

　　　　　　　　　　而被static final修饰的变量，在准备阶段就会被赋值。

　　　　　　　　　例：public static final int i = 1；对应常量（static final）i，在准备阶段就会被赋值1；

 

　　　　　　　　Ⅲ、解析：

　　　　　　　　　　解析就是把代码中的符号引用替换为直接引用；例如某个类继承了java.lang.Object，原来的符号引用记录的是“java.lang.Object”，并不是java.lang,Object对象,直接引用就是找出对应的java.lang.Object对应的内存地址，建立直接引用关系；

 

　　　　　　③、初始化：

　　　　　　　　　初始化过程中，会执行：类的构造函数，static修饰的变量赋值语句，static{}代码块，若有继承关系存在，初始化子类之前，会先初始化父类，就像是儿子在端碗吃饭之前，父亲先演示一遍怎么端碗吃饭。Java中，Java.lang.Object是所有类的超类，所以类初始化之前，Java.lang.Object必定被初始化。

　　　　　　　　　以下情况不会执行类的初始化：

　　　　　　　　　　Ⅰ、通过子类引用父类的静态字段，只会触发父类的初始化，而不会触发子类的初始化。

　　　　　　　　　　Ⅱ、定义对象数组，不会触发该类的初始化。

　　　　　　　　　　Ⅲ、常量在编译期间会存入调用类的常量池中，本质上并没有直接引用定义常量的类，不会触发定义常量所在的类。

　　　　　　　　　　Ⅳ、通过类名获取Class对象，不会触发类的初始化。

　　　　　　　　　　Ⅴ、通过Class.forName加载指定类时，如果指定参数initialize为false时，也不会触发类初始化，其实这个参数是告诉虚拟机，是否要对类进行初始化。

　　　　　　　　　　Ⅵ、通过ClassLoader默认的loadClass方法，也不会触发初始化动作。

 

　　　　　　　　ps：类加载器：详见https://www.cnblogs.com/damon9094/p/8881185.html

　　　　　　　　　　BootStrap Classloader（启动Classloader）：主要加载JVM自身需要的类。这个加载器由C++编写是虚拟机的一部分，负责加载 JAVA_HOME\lib 目录中的，或通过-Xbootclasspath参数指定路径中的，且被虚拟机认可（按文件名识别，如rt.jar）的类。

　　　　　　　　　　Extension Classloader（扩展Classloader）：是sun.misc.Launcher中的内部类ExtClassLoader，负责加载 JAVA_HOME\lib\ext 目录中的，或通过java.ext.dirs系统变量指定路径中的类库。

　　　　　　　　　　ClassLoader（应用Classloader）：是sun.misc.Launcher中的内部类AppClassLoader，负责加载用户路径上的类库。用户也可以通过继承ClassLoader实现自己的类加载器。

 

　　　　　　　　初始化阶段完成，类的加载完成。

 

　　　　　　④、使用。

　　　　　　⑤、卸载：当该类的class对象不再被引用后（即使反射也不能获取该类的对象的引用时）、当该类的类加载器ClassLoader被回收时、当该类的所有实例被回收时，以上条件全部满足时，该类在方法区进行垃圾回收时会被jvm卸载，类似在方法区清空类的信息。

　　

　　　　　　由Java虚拟机自带的类加载器所加载的类，在虚拟机的生命周期中，始终不会被卸载，用户自定义的加载器所加载的类会被卸载。

　　　　　　　　　　　

 

（多方整理收集而成，侵删）

若有不正之处，欢迎指出。

转载于:https://www.cnblogs.com/cicada-luo/p/11478306.html