Java类加载的双亲委派机制

简介: Java类加载的双亲委派机制

一、类加载


在JVM有 两种类型的类加载器,一种是由c++编写,一种是由java编写的,其中启动类加载器(Bootstrap  Class Loader)是由c++编写,其余的都是有java编写,由java编写的类加载器都继承自类java.lang.ClassLoader,为什么小编要这么区分呢,这是因为c++编写的,开发者无法直接获取到, 所以不允许直接通过引用进行操作。下面我们分别介绍几个类加载器:


 1、启动类(Bootstrap)加载器:是由本地代码实现的类加载器,他负责将<Java_Runtime_Home>/lib下面的类库加载到内存中,例如rt.jar。由于引导类加载器涉及到虚拟机本地实现细节,开发者无法直接获取到启动类加载器的引用,所以不允许直接通过引用进行操作。其实,JVM将c++处理类加载的一套逻辑定义为启动类加载器,它是没有实体的。


2、标准扩展(Extension)类加载:是由Sun的ExtClassLoader(sun.misc.Launcher$ExtClassLoader)实现的。 它负责将<Java_Runtime_Home>/lib/ext或者由系统变量java.ext.dir指定位置中的类库加载到内存中。开发者可以直接使用标准扩展类加载器。


3、系统(System) 类加载器:是由Sun的AppClassLoader(sun.misc.Launcher$AppClassLoader)实现的。它负责系统类路径(CLASSPATH)中指定地方类库加载到内存中。 开发者可以直接使用系统类加载器。


各种类加载器存在逻辑上的父子关系,但是并不是真正的父子关系,因为他们之间没有从属关系。


20210424175847256.png



除了上面列举的 三种类加载器,还有一种比较特殊的类加载—— 线程上下文加载器


二、双亲委派机制描述


如果一个类加载器接收到加载某个类的请求,首先将加载任务委托给父类加载器,一次递归,如果父类加载器可以完成加载任务,就成功返回;只有再父类无法完成此加载任务时,才自己去加载。下面我们用一张图类描述整个过程:



0fae56a252bf78c26184bd57af0bf379.png


三、为什么需要双亲委派机制——防止内存中出现多份同样的字节码?


在回到这个问题之前我们需要知道 类加载加载的类在jvm中如何存储?


74e69ee19ed4a339adc07cbe62085e0f.png



从上面的图中我们可以看出,不同的类加载加载类在都在不同的区域,也就说如果我们同一个类使用不同的 类加载器加载,那么在jvm 中就会存在多份同样的字节码, 这种做法无疑是一种非常严重的资源浪费。这个时候如果我们使用 双亲委派机制,在加载某个的类的时候,就会递归向上查找,也就是首选使用Bootstra类加载器尝试加载,如果找不到再向下。这样能保证同一个类使用同一个类加载器加载。


四、打破双亲委派


因为在某些情况下父类加载器需要委托子类加载器去加载class文件。受到加载范围的限制,父类加载器无法加载到需要的文件,以Driver接口为例,由于Driver接口定义在jdk当中的,而其实现由各个数据库的服务商来提供,比如mysql的就写了MySQL Connector,那么问题就来了,DriverManager(也由jdk提供)要加载各个实现了Driver接口的实现类,然后进行管理,但是DriverManager由启动类加载器加载,只能记载JAVA_HOME的lib下文件,而其实现是由服务商提供的,由系统类加载器加载,这个时候就需要启动类加载器来委托子类来加载Driver实现,从而破坏了双亲委派。


既然我们要打破双亲委派,哪肯定是因为这种机制存在一定的弊端,从上面的分析我们都知道这种机制只能向上委派,所以我们要打破这种机制无非两种思路, 向下委派或者不委派。


SPI机制是一种服务发现机制。它通过在ClassPath路径下的META-INF/services文件夹查找文件,自动加载文件里所定义的类。这一机制为很多框架扩展提供了可能,比如在Dubbo、JDBC中都使用到了SPI机制。这就是打破双亲委派的一种手段,直接通过约定的路径直接加载类。


同时我们还可以通过线程上下文加载器实现向下委派,可以通过线程上下文加载器直接制定类加载

//获取
Thread.currentThread().getContextClassLoader()
// 设置
Thread.currentThread().setContextClassLoader(new Classloader_4());

五、沙箱安全——防止恶意代码污染java源代码


比如我定义了一个类名为String所在包为java.lang,因为这个类本来是属于jdk的,如果没有沙箱安全机制的话,这个类将会污染到我所有的String,但是由于沙箱安全机制,所以就委托顶层的bootstrap加载器查找这个类,如果没有的话就委托extsion,extsion没有就到aapclassloader,但是由于String就是jdk的源代码,所以在bootstrap那里就加载到了,先找到先使用,所以就使用bootstrap里面的String,后面的一概不能使用,这就保证了不被恶意代码污染。


ff6094ee0d546ec05ee9342685658060.png


目录
相关文章
|
1月前
|
Java
Java并发编程中的锁机制
【2月更文挑战第22天】 在Java并发编程中,锁机制是一种重要的同步手段,用于保证多个线程在访问共享资源时的安全性。本文将介绍Java锁机制的基本概念、种类以及使用方法,帮助读者深入理解并发编程中的锁机制。
|
1月前
|
Java 程序员
Java中的异常处理机制
【2月更文挑战第22天】在Java编程中,异常处理是一个重要的概念。它允许程序员在程序执行过程中遇到错误时,对错误进行处理,而不是让程序崩溃。本文将介绍Java中的异常处理机制,包括异常的分类、如何捕获和处理异常以及自定义异常等内容。
18 1
|
1月前
|
存储 Java 数据库
|
1月前
|
Java
深入了解Java中的锁机制
深入了解Java中的锁机制
|
1月前
|
Java 程序员 编译器
认识Java 的反射机制
反射Reflection被视为动态语言的关键,反射机制允许程序在执行期间借助于Reflection API取得任何类的内部信息,并能直接操作任意对象的内部属性及方法。反射是一种功能强大且复杂的机制。使用它的主要人员是工具构造者,而不是应用程序员。
29 5
|
1月前
|
开发框架 Java API
java反射机制的原理与简单使用
java反射机制的原理与简单使用
17 1
|
1天前
|
Java 数据库连接
深入理解Java异常处理机制
【4月更文挑战第24天】本文将探讨Java中的异常处理机制,包括异常的概念、分类、捕获和抛出等方面。通过深入了解异常处理机制,可以帮助我们编写更加健壮的程序,提高代码的可读性和可维护性。
|
20天前
|
安全 Java 调度
深入理解Java中的线程安全与锁机制
【4月更文挑战第6天】 在并发编程领域,Java语言提供了强大的线程支持和同步机制来确保多线程环境下的数据一致性和线程安全性。本文将深入探讨Java中线程安全的概念、常见的线程安全问题以及如何使用不同的锁机制来解决这些问题。我们将从基本的synchronized关键字开始,到显式锁(如ReentrantLock),再到读写锁(ReadWriteLock)的讨论,并结合实例代码来展示它们在实际开发中的应用。通过本文,读者不仅能够理解线程安全的重要性,还能掌握如何有效地在Java中应用各种锁机制以保障程序的稳定运行。
|
25天前
|
Java 程序员 开发者
深入理解Java异常处理机制
在Java编程中,异常处理是确保程序健壮性与稳定性的重要组成部分。本文旨在深度剖析Java异常处理机制的核心概念、结构及其实际应用策略,帮助开发者更好地理解并运用异常处理来优化程序设计。我们将从Java异常体系结构入手,探讨try-catch-finally语句块的执行流程,分析自定义异常的必要性与实现方式,并通过实例演示如何有效地管理和处理异常情况。
23 3
|
1月前
|
设计模式 XML 存储
java中的反射机制
java中的反射机制
12 1