JVM基础知识（五）双亲委派

我就是我 2023-01-21 12:28 37阅读 0赞

### 文章目录 ###

*  前言
 *  一、类加载器
 *  二、双亲委派
 *  拓展知识

--------------------

# 前言 #

JVM双亲委派机制

--------------------

# 一、类加载器 #

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ2NjI4NTg_size_16_color_FFFFFF_t_70][]  
**不同的类加载器负责不同class的加载**

*  Bootstrap 加载核心类，c++实现的，所以这个加载器加载的类，获取类加载器的时候是null
 *  ExtClassLoader 扩展类加载器，加载扩展jar包 jre/lib/ext/下的部分jar 或由-Djava.ext.dirs指定；
 *  AppClassLoader 加载classpath指定内容；
 *  Custom ClassLoader 自定义类加载器，想加载哪里就加载哪里

# 二、双亲委派 #

**JVM是按需动态加载 采用双亲委派机制。**

大致流程是这样的：

*  某个class需要被加载时，自底向上检查，该类是否已经加载，若没加载，则会向上层的加载器询问是否已经加载该类（可以理解为：每个加载器都有自己的加载范围，且有自己管辖的内存区域，维护了自己加载的class，所以加载器之间才需要询问，询问才有答案）
 *  若都未加载，则再从顶向下进行是查找和加载，就是看看这个没被加载的玩意到底属于哪个瘪犊子的管辖

# 拓展知识 #

*  为什么采用双亲委派机制呢？使用单一类加载器都加载完不OK吗？

> 应该是为了保证java内部核心类的安全性把，保证加载进JVM的核心类不被恶意替换。

*  不同类型的类加载器是什么关系？有类的继承关系吗？

> 他们是类加载器的父子关系（下边是ClassLoader源码，每个类加载器都维护了parent属性，属性值指明了其父加载器是谁，无类的继承关系），没有类的继承关系。

// The parent class loader for delegation
        // Note: VM hardcoded the offset of this field, thus all new fields
        // must be added *after* it.
        private final ClassLoader parent;

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ2NjI4NTg_size_16_color_FFFFFF_t_70]: /images/20221020/6deefaa1592b4bf6adfb2f4fc4ce3379.png