当满足如下两个条件的时候,会卸载类:
1.类所有的实例已经被gc掉。
2.加载该类的类加载器被gc。
所以java自带的类加载器加载的类都一般不能被卸载。
2.什么时候会触发类的加载
2.1 主动引用
当一个类被主动引用的时候会触发类加载,在以下几种场景就是主动引用:
1.调用new 关键字实例化对象的时候会初始化该类;
2.引用类中的静态变量的时候会初始化;
3.当进行反射调用的时候,如果该类未被加载,会主动加载该类。比如调用Class.forName方法的时候会加载该类;
4.jdk7推的函数指针,MethodHandle调用该类方法的时候,会触发类的初始化;
5.当子类加载的时候,会优先加载父类。
2.2 被动引用
被被动引用的类并不会初始化,比如以下的几种场景:
1.在子类中调用父类的静态变量,只会初始化父类
public class Father{
private static int a = 0;
}
public class Son extends father{
}
public class Test{
public static void main(String[] args) {
System.out.println(Son.value);
}
}
可以结合对象中的变量是静态分派进行记忆。
2.定义一个类的数组,并不会导致该类加载
即数组不通过类加载器进行加载。
3. 引用类的静态常量,并不会触发类的加载
因为静态常量会在编译阶段优化的时候存入到常量池中,本质上是直接获取到常量。
3.类加载器
类加载器可以将字节码转换成一个内存中的java对象,并且采用不同的类加载器加载的同一个名称的类,对于java也是不同的类。
3.1 双亲委派模型
3.1.1 什么是双亲委派模型
java的类加载器主要是分成4类:
1.启动类加载器:主要加载java核心库里面的类,比如rt.jat,是由c++实现的,如果要把代码交给启动类加载器加载,可以直接使用null便可;
2.扩展类加载器:主要加载/lib/ext目录下面的文件;
3.应用类加载器:加载ClassPath上面的文件,为系统默认的类加载器;
4.应用类加载器:用户自定义类加载的过程,用户可以重写findClass或者defineClass实现自己的类加载逻辑。
那什么是双亲委派机制呢?
1.类加载器加载一个类的时候,首先会交给父类加载器去加载,如果父类加载器不能加载才自己加载;
2.父类加载器加载的类不能引用子类加载器加载的类;
3.1.2 为什么需要双亲委派模型
1.保证java核心类库的类只会被加载一次。因为他都是有启动类加载器进行加载。
2.保证java核心类的安全性,比如对于String类,如果可以用户自定义类加载器加载的话,便可以用户自定义一个String类来替换掉rt.jar包中的String类。
3.1.3 双亲委派模型代码实现
双亲委派模型的代码就在ClassLoader的loadClass方法里面:
protected Class<?> loadClass(String name, boolean resolve)
throws ClassNotFoundException
{
synchronized (getClassLoadingLock(name)) {
//检查需要加载的类是否已经被加载过
Class<?> c = findLoadedClass(name);
if (c == null) {
long t0 = System.nanoTime();
try {
if (parent != null) {
//父类加载器不为空,便交由父类加载器加载
c = parent.loadClass(name, false);
} else {
//父类加载器为空,表示为启动类加载器,直接有启动类加载器加载
c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {
// ClassNotFoundException thrown if class not found
// from the non-null parent class loader
}
if (c == null) {
// If still not found, then invoke findClass in order
// to find the class.
long t1 = System.nanoTime();
//父类加载器不能加载,便自己加载
c = findClass(name);
}
}
if (resolve) {
resolveClass(c);
}
return c;
}
}
3.1.4 双亲委派模型的缺点
由于java类加载中的可见性,子类加载器加载的类对父类加载器加载的类是不可见的。java中的一般实现是在java的核心类库中定义好自己的规范,而具体实现是由第三方实现的。我们可以举一个数据库驱动的例子说明:
public class DriverManager {
static {
loadInitialDrivers();
println("JDBC DriverManager initialized");
}
}
private static void loadInitialDrivers() {
String drivers;
try {
drivers = AccessController.doPrivileged(new PrivilegedAction<String>() {
public String run() {
return System.getProperty("jdbc.drivers");
}
});
} catch (Exception ex) {
drivers = null;
}
// If the driver is packaged as a Service Provider, load it.
// Get all the drivers through the classloader
// exposed as a java.sql.Driver.class service.
// ServiceLoader.load() replaces the sun.misc.Providers()
AccessController.doPrivileged(new PrivilegedAction<Void>() {
public Void run() {
ServiceLoader<Driver> loadedDrivers = ServiceLoader.load(Driver.class);
Iterator<Driver> driversIterator = loadedDrivers.iterator();
}
}
}
可以看出DriverManager 这个类是定义在rt.jar包中的,是由启动类加载器加载的,但是在这个类加载器里面回去加载实现了Driver接口的类,这些类都是由系统里加载器加载的,这时就出现了可见性这个问题。
3.1.5 怎么打破双亲委派模型
双亲委派模型由3次被打破的场景:
1.loadClass方法是一个protected方法,用户可以重写该方法,并且重新定义类加载的逻辑,所以自定义类加载器的时候最好重写findClass方法;
2.针对可见性问题,引入线程上下文类加载器,这样在接口中就可以通过线程上下文类加载器去加载子类中的类。
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Python工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Python开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上前端开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以扫码获取!!!(备注Python)
sdnimg.cn/img_convert/9f49b566129f47b8a67243c1008edf79.png)
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上前端开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以扫码获取!!!(备注Python)
![img](https://img-blog.csdnimg.cn/img_convert/db3d5652c997f3e5cbfdea6f3309b498.jpeg)