JVM面试(一) java虚拟机:双亲委派机制 的工作原理

类的加载:

加载指的是将类的class文件读入到内存,并为之创建一个java.lang.Class对象,也就是说,当程序中使用任何类时,系统都会为之建立一个java.lang.Class对象。
类的加载由类加载器完成,类加载器通常由JVM提供,这些类加载器也是前面所有程序运行的基础,JVM提供的这些类加载器通常被称为系统类加载器。除此之外,开发者可以通过继承ClassLoader基类来创建自己的类加载器。

双亲委派机制 的工作原理

1)如果一个类加载器收到了类加载请求,它并不会自己先去加载,而是把这个请求委托给父类的加载器去执行。
2)如果父类加载器还存在其父类加载器,则进一步向上委托,依次递归请求最终将到达顶层的启动类加载器。
3)如果父类加载器可以完成类加载任务,就成功返回,倘若父类加载器无法完成此加载任务,子加载器才会尝试自己去加载,这就是双亲委派模式。
在这里插入图片描述

案例举例:

下面我们不妨通过一个例子来帮助我们理解一下双亲委派机制:
首先我们在工程下创建一个java.lang包,包下新建一个String类(我们在此只做示范,实际代码中不推荐同学们以此命名)
在这里插入图片描述
在String类中加入以下代码:

package java.lang;

public class String {
    
    
	static {
    
    
		System.out.println("我是java.lang包下的String类");
	}
}

我们可以将其看成一个我们手写的一个”伪装“的String类
接着我们在工程的另一个包下新建一个StringTest类

在这里插入图片描述
其中加入以下方法:

package Test;

public class StringTest {
    
    
	public static void main(String[] args) {
    
    
		String str=new java.lang.String();
		System.out.println("开始测试。。。");
	}
}

那么问题来了,当我们new java.lang包下的String类时,我们new的是java系统包下的String呢还是我们刚刚自己定义的String类呢?
换言之,我们在上面定义的String类中加入的static静态代码块会不会执行呢??
请看运行结果:
在这里插入图片描述
很显然,static静态代码块并没有执行,我们new 的String类仍是系统包下的String类。

案例解析:

这便是双亲委派机制的完美体现。很好保证了我们系统核心API不容易被破坏。
当我们new String时,我们自己创建的String类应当由系统类加载器(应用程序类加载器)来加载,但根据双亲委派机制,系统类加载器会先委托给它的父类加载器(拓展类加载器)去加载,如果拓展类加载器仍存在父类则继续向上委托。
我们 new String时向上委托会被引导类加载器(BootStap ClassLoader)所加载,所以我们new 出的String便是我们核心API中的String类,即不会再new我们自己创建的String类。

双亲委派机制的优势:

1)避免类的重复加载
2)保护程序安全,防止核心API被随意篡改

猜你喜欢

转载自blog.csdn.net/qq_45273552/article/details/106962532