java 热替换,透过现象看本质：Java类动态加载和热替换

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！

最近，遇到了两个和Java类的加载和卸载相关的问题：

1. 是一道关于Java的判断题：一个类被首次加载后，会长期留驻JVM，直到JVM退出。这个说法，是不是正确的？

2. 在开发的一个集成平台中，需要集成类似接口的多种工具，并且工具可能会有新增，同时在不同的环境部署会有裁剪(例如对外提供服务的应用，不能提供特定的采购的工具)，如何才能更好地实现？

针对上面的第2点，我们采用Java插件化开发实现。上面的两个问题，都和Java的类加载和热替换机制有关。

1. Java的类加载器和双亲委派模型

1.1 Java类加载器

类加载器，顾名思义，就是用来实现类的加载操作。每个类加载器都有一个独立的类名称空间，就是说每个由该类加载器加载的类，都在自己的类名称空间，如果要比较两个类是否“相等”，首先这两个类必须在相同的类命名空间，即由相同的类加载器加载(即对于任何一个类，都必须由该类本身和加载它的类加载器一起确定其在JVM中的唯一性)，不是同一个类加载器加载的类，不会相等。

在Java中，主要有如下的类加载器：

图1.1 Java类加载器

下面，简单介绍上面这几种类加载器：

启动类加载器(Bootstrap Class Loader)：这个类使用C++开发(所有的类加载器中，唯一使用C++开发的类加载器)，用来加载/lib目录中jar和tools.jar或者使用 -Xbootclasspath 参数指定的类。

扩展类加载器(Extension Class Loader)：定义为misc.Launcher$ExtClassLoader，用来加载/lib/ext目录或者使用java.ext.dir指定的类。

应用程序类加载器(Application Class Loader)：定义为misc.Launcher$AppClassLoader，用来加载用户类路径下面(classpath)下面所有的类，一般情况下，该类是应用程序默认的类加载器。

用户自定义类加载器(User Class Loader)：用户自定义类加载器，一般没有必要，后面我们会专门来一部分介绍该类型的类加载器。