《JVM由浅入深学习【一】 》JVM由简入深学习提升(类加载过程+父子类加载过程+类加载器+双亲委派机制)

简介: 《JVM由浅入深学习【一】 》JVM由简入深学习提升(类加载过程+父子类加载过程+类加载器+双亲委派机制)

JVM的类加载

1. java运行时是什么时候被加载的?

我们现在用的一般是HotSpot虚拟机,它是按需加载的,也就是说,在需要用到这个类的时候再去加载。

2. JVM类加载过程大致阶段

加载–》验证–》准备–》解析–》初始化–》使用–》卸载

其中验证–》准备–》解析 总结为链接

(1)加载:将我们classpath下的class文件的二进制字节流读出来,此过程我们可以自定义类加载器来实现类的加载。

(2)验证:验证Class文件的字节流中包含的信息是否符合《Java虚拟机规范》的全部约束要求,保证虚拟机的安全。

(3)准备:类变量赋初始值,int为0,long为0L,boolean为false,引用类型为null,常量赋正式值

(4)解析:把符号引用变为直接引用。

(5)初始化:当我们new一个类的对象,访问一个类的静态属性,修改一个类的静态属性,调用一个静态类的方法,用反射api调用一个类,初始化当前类,其父类也会初始化…这些都会触发类的初始化

(6)使用:使用这个类

(7)卸载:(需要同时满足以下三个条件)

- 该类的所有实例都被GC,也就是JVM不存在任何该类的实例

- 加载该类的classLoader已经被GC了

- 该类的java.lang.class对像没有在任何地方被引用,并且不能在任何地方通过反射的方法访问该类的方法。

3. 父类与子类初始化各个类型顺序

父类和子类都有(静态变量,变量,静态初始化块,初始块,构造函数)

public class People {
    // 静态变量
    private static String p_StaticField = "父类----静态变量";
    // 变量
    private String p_Field = "父类----变量";
    protected int i = 0;
    protected int j = 0;
    // 静态初始化块
    static {
        System.out.println(p_StaticField);
        System.out.println("父类----静态初始块");
    }
    // 初始快
    {
        System.out.println(p_Field);
        System.out.println("父类----初始块");
    }
    // 构造函数
    public People() {
        System.out.println("父类----构造函数");
        System.out.println("i=" + i + "j=" + j
        );
    }
}
public class Student extends People {
    // 静态变量
    private static String p_StaticField = "子类----静态变量";
    // 变量
    private String p_Field = "子类----变量";
    protected int i = 0;
    protected int j = 0;
    // 静态初始化块
    static {
        System.out.println(p_StaticField);
        System.out.println("子类----静态初始块");
    }
    // 初始快
    {
        System.out.println(p_Field);
        System.out.println("子类----初始块");
    }
    // 构造函数
    public Student() {
        System.out.println("子类----构造函数");
        System.out.println("i=" + i + "j=" + j
        );
    }
    public static void main(String[] args) {
//        new Student();
    }
}

(1)不new子类,运行main。加载顺序如下(先加载父类静态变量和静态初始块,再加载子类静态变量和静态初始块)

父类----静态变量
父类----静态初始块
子类----静态变量
子类----静态初始块

(2)new 子类(创建对象),顺序如下(在之前加载基础上,先初始化父类,再是子类)

父类----静态变量
父类----静态初始块
子类----静态变量
子类----静态初始块
父类----变量
父类----初始块
父类----构造函数i=0j=0
子类----变量
子类----初始块
子类----构造函数i=0j=0

(3)在子类main中创建父类对象(new 父类,在之前基础上,再加载父类其他)

父类----静态变量
父类----静态初始块
子类----静态变量
子类----静态初始块
父类----变量
父类----初始块
父类----构造函数i=0j=0

(4)在父类main中创建父类对象(只加载父类,不加载子类)

父类----静态变量
父类----静态初始块
父类----变量
父类----初始块
父类----构造函数i=0j=0

4. 什么是类加载器?

在类 加载 阶段,通过 一个类的全限定名 来获取 描述该类的二进制字节流的这个动作 的 代码 被称为 类加载器,该动作可以自定义。

分两大类:(四层结构 启动类加载器–》拓展类加载器–》应用程序加载器–》自定义加载器)

  • 启动类加载器(Bootstrap ClassLoader)由C++实现,是虚拟机自身的一部分
  • 其他类加载器:主要是由java实现的,独立于虚拟机之外的,都继承自抽象类(java.lang.ClassLoader)


    下面三个例子(类.class.getClassLoader()可以获取类加载器``)
public class People {
    public static void main(String[] args) {
        System.out.println(BufferedReader.class.getClassLoader());
        System.out.println(DNSNameService.class.getClassLoader());
        System.out.println(People.class.getClassLoader());
    }
}

结果:

null           // 为空说明为启动类加载器加载(因为是在java虚拟机里面,所以为空)
sun.misc.Launcher$ExtClassLoader@49476842 
sun.misc.Launcher$AppClassLoader@18b4aac2
  1. 类加载器的三层结构是继承关系么?
    不是,首先看ExtClassLoader和AppClassLoader,都属于Launcher静态内部类,而BootStrapClassLoader是C++书写的,java更不可能继承。以及我们自定义的类加载器,其实也是继承ClassLoader的。

6. 双亲委派机制

(1)这是一个加载流程(先踢皮球,后各司其职),先自底向上委派到BootStrapClassLoader,再自顶向下找,属于谁的任务,给谁加载。都找不到就报ClassNotFound异常

(2)为什么设计双亲委派机制

  • 确保安全,避免java核心类库被修改
  • 避免重复加载
  • 保证类的唯一性
    (3)是否可以打破双亲委派机制
    可以,想要打破,可以自定义类加载器,重写loadClass方法,使其不进行双亲委派即可
相关文章
|
1天前
|
Java 编译器
Java健壮性 Java可移植性 JDK, JRE, JVM三者关系 Java的加载与执行原理 javac编译与JAVA_HOME环境变量介绍 Java中的注释与缩进 main方法的args参数
Java健壮性 Java可移植性 JDK, JRE, JVM三者关系 Java的加载与执行原理 javac编译与JAVA_HOME环境变量介绍 Java中的注释与缩进 main方法的args参数
5 1
|
3天前
|
存储 监控 Java
深入理解Java虚拟机-类加载连接和初始化解析
深入理解Java虚拟机-类加载连接和初始化解析
|
4天前
|
存储 缓存 算法
JVM对象创建与内存分配机制
该类对应的java.lang.Class 对象没有在任何地方被引用,无法在任何地方通过反射访问该类的方法。
11 0
|
9天前
|
存储 Java 编译器
【搞定Jvm面试】 面试官:谈谈 JVM 类文件结构的认识
【搞定Jvm面试】 面试官:谈谈 JVM 类文件结构的认识
|
9天前
|
Java 编译器
全面解析JVM加载中初始化的时机
全面解析JVM加载中初始化的时机
|
5天前
|
存储 Java C++
Java虚拟机(JVM)在执行Java程序时,会将其管理的内存划分为几个不同的区域
【6月更文挑战第24天】Java JVM管理内存分7区:程序计数器记录线程执行位置;虚拟机栈处理方法调用,每个线程有独立栈;本地方法栈服务native方法;Java堆存储所有对象实例,垃圾回收管理;方法区(在Java 8后变为元空间)存储类信息;运行时常量池存储常量;直接内存不属于JVM规范,通过`java.nio`手动管理,不受GC直接影响。
16 5
|
4天前
|
存储 Java 对象存储
jvm内存模型剖析
当线程cpu时间片执行完后,线程进入休眠状态,当再次唤醒时,通过程序计数器确定指令执行到哪一行,然后继续往下执行。
15 1
|
5天前
|
存储 Java C++
Java虚拟机(JVM)管理内存划分为多个区域:程序计数器记录线程执行位置;虚拟机栈存储线程私有数据
Java虚拟机(JVM)管理内存划分为多个区域:程序计数器记录线程执行位置;虚拟机栈存储线程私有数据,如局部变量和操作数;本地方法栈支持native方法;堆存放所有线程的对象实例,由垃圾回收管理;方法区(在Java 8后变为元空间)存储类信息和常量;运行时常量池是方法区一部分,保存符号引用和常量;直接内存非JVM规范定义,手动管理,通过Buffer类使用。Java 8后,永久代被元空间取代,G1成为默认GC。
16 2
|
9天前
|
监控 算法 Java
Java虚拟机(JVM)使用多种垃圾回收算法来管理内存,以确保程序运行时不会因为内存不足而崩溃。
【6月更文挑战第20天】Java JVM运用多种GC算法,如标记-清除、复制、标记-压缩、分代收集、增量收集、并行收集和并发标记,以自动化内存管理,防止因内存耗尽导致的程序崩溃。这些算法各有优劣,适应不同的性能和资源需求。垃圾回收旨在避免手动内存管理,简化编程。当遇到内存泄漏,可以借助VisualVM、JConsole或MAT等工具监测内存、生成堆转储,分析引用链并定位泄漏源,从而解决问题。
22 4
|
11天前
|
算法 Java
Java垃圾回收(Garbage Collection,GC)是Java虚拟机(JVM)的一种自动内存管理机制,用于在运行时自动回收不再使用的对象所占的内存空间
【6月更文挑战第18天】Java的GC自动回收内存,包括标记清除(产生碎片)、复制(效率低)、标记整理(兼顾连续性与效率)和分代收集(区分新生代和老年代,用不同算法优化)等策略。现代JVM通常采用分代收集,以平衡性能和内存利用率。
36 3