java 卸载加载的类_「深入理解Java虚拟机」类加载器的命名空间以及类的卸载

逃离我推掉我的手 2022-11-06 10:53 233阅读 0赞

类加载器的命名空间

每个类加载器又有一个命名空间，由其以及其父加载器组成类加载器的命名空间的作用和影响

每个类加载器又有一个命名空间，由其以及其父加载器组成在每个类加载器自己的命名空间中不能出现相同类名的类 (此处值得是类的全名，包含包名)在不同的类命名空间中，可能会出现多个相同的类名的类如下面的代码示例中， 首先定义一个类加载器 MyClassLoader

![68f40ff753a746e4e77d6a8b33f92066.png][]

![688b783adc38a8aa314eec4b6781fa1a.png][]

下面我们尝试使用此类加载加载一个磁盘的class文件，代码如下：

![4184fbea3aeb657ee3f8fe7f41a5914d.png][]

按照之前的理论，由于 ReferenceExample004 类在classLoader 中已经被加载，那么在 classLoader2 中将不会被加载，我们看一下输出的结果

![26d47b62259d4aac410a67ecae103772.png][]

总结

可以看到，类加载器的findClass(String) 方法被执行了两次，这是因为加载该类的类加载器是两个不同的对象，在文章的开头提及：

每个类加载器又有一个命名空间，由其以及其父加载器组成上面的两个类加载器显然命名空间不一致，所以findClass() 方法会被执行两次

类的卸载

在内存中的 Class 类没有引用的时候就会被 JVM 卸载，因为 JVM 自带的类加载 启动类加载器，拓展类加载器以及应用类加载器，在三个类加载的实例一直被 JVM 引用，所以JVM 自带的类加载器加载的类一直被其加载器引用，所以不会被卸载。

但是自定义的类加载器的实例可以被手动的设置为null，这导致类加载不再被引用，其所加载的 class 类在没有实例其没有类加载器引用的情况下就会被卸载，卸载的时间发生在系统垃圾回收的时候。

类的卸载测试

同类的加载一样，要观察到类地卸载，可以通过添加 JVM 参数 -XX:+TraceClassUnloading的方式输入类的卸载信息。

![30267b17c24d0ffa00adaa3c33a52af5.png][]

通过控制台可以观察到类的卸载记录：

MyClassLoader.findClass\[Unloading class com.zhoutao.classload.ReferenceExample004 0x00000007c0061028\]

或者通过JVisual 工具观察到类的卸载过程， 为了便于观察，适当加长 延时的时间 TimeUnit.SECONDS.sleep(100);, 终端或者CMD终端 输入 jvisualvm 命令启动，启动测试程序，在 jvisualvm 工具中接连到该线程，可以看到下面的信息：

已卸载的总数为： 1

![163d5b707c40257798d563ba82f7c460.png][]

[68f40ff753a746e4e77d6a8b33f92066.png]: /images/20221023/cf289ba63e5b40fdbe40d6060ba3d168.png
[688b783adc38a8aa314eec4b6781fa1a.png]: /images/20221023/1402f38ac16646849f2965ce43ca1978.png
[4184fbea3aeb657ee3f8fe7f41a5914d.png]: /images/20221023/fc91b445afa745da9c052c669773affe.png
[26d47b62259d4aac410a67ecae103772.png]: /images/20221023/c75b5b6df99146c4bc2eec12078661a1.png
[30267b17c24d0ffa00adaa3c33a52af5.png]: /images/20221023/6547002b0ae7469581a8ea31580bd248.png
[163d5b707c40257798d563ba82f7c460.png]: /images/20221023/523047f19b234ed8b2c8e37eae64ecdf.png