二、JVM篇

1、知识点汇总

JVM是Java运行基础,面试时一定会遇到JVM的有关问题,内容相对集中,但对只是深度要求较高.

其中内存模型,类加载机制,GC是重点方面.性能调优部分更偏向应用,重点突出实践能力.编译器优化和执行模式部分偏向于理论基础,重点掌握知识点.

需了解

内存模型各部分作用,保存哪些数据.

类加载双亲委派加载机制,常用加载器分别加载哪种类型的类.

GC分代回收的思想和依据以及不同垃圾回收算法的回收思路和适合场景.

性能调优常有JVM优化参数作用,参数调优的依据,常用的JVM分析工具能分析哪些问题以及使用方法.

执行模式解释/编译/混合模式的优缺点,Java7提供的分层编译技术,JIT即时编译技术,OSR栈上替换,C1/C2编译器针对的场景,C2针对的是server模式,优化更激进.新技术方面Java10的graal编译器

编译器优化javac的编译过程,ast抽象语法树,编译器优化和运行器优化.

2、知识点详解：

1、JVM内存模型：

线程独占:栈,本地方法栈,程序计数器

线程共享:堆,方法区

2、栈：

又称方法栈,线程私有的,线程执行方法是都会创建一个栈阵,用来存储局部变量表,操作栈,动态链接,方法

出口等信息.调用方法时执行入栈,方法返回式执行出栈.

3、本地方法栈

与栈类似,也是用来保存执行方法的信息.执行Java方法是使用栈,执行Native方法时使用本地方法栈.

4、程序计数器

保存着当前线程执行的字节码位置,每个线程工作时都有独立的计数器,只为执行Java方法服务,执行

Native方法时,程序计数器为空.

5、堆

JVM内存管理最大的一块,对被线程共享,目的是存放对象的实例,几乎所欲的对象实例都会放在这里,当堆

没有可用空间时,会抛出OOM异常.根据对象的存活周期不同,JVM把对象进行分代管理,由垃圾回收器进行

垃圾的回收管理

6、方法区：

又称非堆区,用于存储已被虚拟机加载的类信息,常量,静态变量,即时编译器优化后的代码等数据.1.7的永久代和1.8的元空间都是方法区的一种实现

7、JVM 内存可见性

JVM是定义程序中变量的访问规则,线程对于变量的操作只能在自己的工作内存中进行,而不能直接对主内存操作.由于指令重排序,读写的顺序会被打乱,因此JMM需要提供原子性,可见性,有序性保证.

3、类加载过程

加载过程

1. 加载（Loading）： 在加载阶段，JVM会查找并加载类的字节码文件。这个过程通常包括以下几个步骤：
   • 通过类的全限定名查找字节码文件： JVM会根据类的全限定名（例如，com.example.MyClass）在类路径（Classpath）下查找对应的字节码文件（通常是.class文件）。
   • 读取字节码文件： JVM会读取字节码文件的内容，并将它存储在内存中。
   • 创建类对象： JVM会使用字节码文件中的信息创建一个表示该类的类对象（Class对象）。类对象包含了类的结构信息，例如字段、方法、构造函数等。
2. 连接（Linking）： 连接阶段将类的二进制数据合并到JVM的运行时数据区中，包括以下三个步骤：
   • 验证（Verification）： 在验证阶段，JVM会对加载的字节码进行校验，以确保字节码是有效且安全的。这个过程包括验证字节码的格式、语义等，以防止恶意代码或不合法的代码。
   • 准备（Preparation）： 在准备阶段，JVM会为类的静态字段分配内存并初始化为默认值。例如，整数字段会被初始化为0，对象引用字段会被初始化为null。
   • 解析（Resolution）： 在解析阶段，JVM会将符号引用转换为直接引用。符号引用是一种用于在编译时表示类、字段、方法等的符号，而直接引用是在运行时直接指向内存中的对象或方法的引用。解析过程包括将类、字段、方法等的符号引用映射到内存中的实际对象或方法。
3. 初始化（Initialization）： 初始化阶段是类加载的最后一个阶段，它负责执行类的静态初始化代码块（静态构造函数）和静态字段的赋值操作。这个阶段是延迟初始化的，只有在首次使用类时才会触发初始化操作。初始化过程会按照静态字段和代码块的出现顺序执行。

需要注意的是，类加载过程是按需进行的，只有当类首次被使用时才会触发加载、连接和初始化操作。同时，类加载过程是线程安全的，JVM会确保在多线程环境下只加载一次，并保证初始化操作的安全性。

java虚拟机提供了一些机制来确保类的加载和初始化在多线程环境中是安全的，例如类加载器的双亲委派模型和类的初始化锁定。

类加载层次：

1. 启动类加载器（Bootstrap Class Loader）： 这是类加载器层次结构的最顶层，通常由JVM实现提供。它负责加载JVM自身的核心类库，包括java.lang、java.util等标准库类。这些类在JVM启动时就需要被加载，因此不受应用程序或扩展类库的影响。
2. 扩展类加载器（Extension Class Loader）： 扩展类加载器负责加载Java的扩展类库，这些类库位于JRE的lib/ext目录下。它通常是由Java扩展机制加载的类库，用于扩展JVM的功能。可以通过系统属性java.ext.dirs来指定扩展类加载器的加载路径。
3. 应用程序类加载器（Application Class Loader）： 也称为系统类加载器，它负责加载应用程序的类，包括开发者编写的类和第三方类库。应用程序类加载器的加载路径通常包括当前工作目录和类路径（Classpath）中指定的目录和JAR文件。
4. 自定义类加载器（Custom Class Loader）： 自定义类加载器是开发者可以自行实现的类加载器，它用于加载特定的类或资源，通常用于动态加载或热部署等场景。自定义类加载器可以扩展自java.lang.ClassLoader类，并覆盖其中的加载方法以实现特定的加载逻辑。

1、加载机制-双亲委派模式

核心思想:，类加载器在尝试加载某个类时，首先会委派给父类加载器尝试加载。只有在父类加载器无法加载该类时，才会由当前类加载器自己尝试加载。这个过程会一级一级地递归执行，直到达到顶层的启动类加载器（Bootstrap Class Loader）。

优点:

1. 安全性： 双亲委派模式可以保护核心类库不受来自应用程序或第三方库的恶意类的影响。如果每个类加载器都可以随意加载类，可能会导致不安全的类覆盖和类冲突。
2. 避免重复加载： 双亲委派模式避免了重复加载同一个类的问题。如果一个类已经被加载，那么它会被缓存起来，后续的加载请求会直接返回缓存的类，而不是重新加载。
3. 规范性(一致性)： 双亲委派模式确保了类加载的一致性和规范性，不同的类加载器可以保持一致的类加载行为。

3.2、分代回收（堆内存）

Java 8及之后的版本废除了永久代（Permanent Generation），而是引入了元数据区（Metaspace）来管理类的元数据信息。方法区的数据不再存储在传统的堆内存中，而是存储在元数据区中。

元数据区采用 了一种不同的内存管理方式，通常使用直接内存（Direct Memory）来存储类的元数据信息，而不再受限于堆内存。这样的设计更加灵活，避免了永久代的一些问题，如内存溢出。

1. 年轻代（Young Generation）： 年轻代用于存储新创建的对象。垃圾回收频繁在年轻代中进行，通常使用的垃圾回收算法是复制算法。在复制算法中，年轻代被划分为三个区域：Eden区和两个Survivor区（S0和S1）。新创建的对象首先分配在Eden区，经过一次垃圾回收后，仍然存活的对象会被移到其中一个Survivor区，多次回收后，存活时间较长的对象会被晋升到年老代。
2. 年老代（Old Generation）： 年老代用于存储存活时间较长的对象，这些对象已经经历了一定次数的垃圾回收，仍然存活。年老代通常使用更复杂的垃圾回收算法，如标记-清除、标记-整理等。