聊聊ClassLoader

最新推荐文章于 2025-03-25 09:36:58 发布

好大一坨坨

最新推荐文章于 2025-03-25 09:36:58 发布

阅读量595

点赞数 7

CC 4.0 BY-SA版权

文章标签： jvm

本文链接：https://blog.youkuaiyun.com/weixin_46316820/article/details/143685236

默认三个不同的类加载器

BootstrapClassLoader:加载环境变量 --sun.boot.class.path的资源文件
ExtClassLoader:加载环境变量 --java.ext.dirs的资源文件
AppClassLoader:加载环境变量 --java.class.path的资源文件

在这里插入图片描述

打印结果（内容太多了）

在这里插入图片描述

三个类加载器哪加载设置的呢？Launcher

在这里插入图片描述
在launcher中静态变量设置了 bootClassPath的路径

在这里插入图片描述
构造方法获取了Ext和App类加载器，并设置了当前线程上下文加载器为app类加载器，ExtClassLoader和AppClassLoader为Launcher中的两个静态内部类

ExtClassLoader

在这里插入图片描述

AppClassLoader

在这里插入图片描述

可见加载路径，并且都默认设置为了并行加载

谈到并行加载，classloader加载流程中看看

ClassLoader类中几个重要方法:

defineClass 方法:用来将byte字节流解析成JVM能识别的Class对象

findClass方法:寻找类,由子类覆盖实现

findLoadClass方法:判断类是否被加载过

resolveClass方法:类链接,解析类

loadClass方法:加载类的对象  loadClass("com.frank.test.Test")

自定义ClassLoader

1.重写findClass方法,改变加载的类路径

2.调用defindClass方法实例化类

源码加载流程

在这里插入图片描述
蓝框内获取锁稍后讲；

蓝框中findLoaderClass（name）
红框中双亲委派机制，ClassLoader在加载类的时候，会先交由它的父ClassLoader加载，只有当父ClassLoader加载失败的情况下，才会尝试自己去加载。这样可以实现部分类的复用，又可以实现部分类的隔离，因为不同ClassLoader加载的类是互相隔离的
绿框中自己去加载
每个classloader都有一个类似map的容器记录加载的class保证相互隔离