Java——类加载器探究

本文介绍Java的类加载机制,包括启动类加载器、扩展类加载器及应用程序类加载器的工作原理,同时通过实例演示自定义类加载器的过程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Java内置类加载器

java内置了三层次结构的类加载器
1:启动类加载器也叫引导类加载器 (Bootstrap)     加载JAVA_HOME/lib 下的类 比如rt.jar(加载系统jar包,对程序不可见的)
2:扩展类加载器(ExtClassLoader)      加载JAVA_HOME/lib/ext 下的类
3:应用程序类加载器(AppClassLoader)     加载应用程序CLASSPATH下的class文件
一个加载器在加载一个类的时候,都要先使用它的父类加载器去加载这个类,如果它的父类加载器可以加载这个类,
那么就用父类加载器加载这个类,否则自己加载这个类。

下面看一段程序:

[java]  view plain  copy
  1. package com.lyz.classloader.test;  
  2. /** 
  3.  * Java类加载器 
  4.  * @author liuyazhuang 
  5.  * 
  6.  */  
  7. public class Test {  
  8.   
  9.     public static void main(String[] args) {  
  10.           
  11.         //应用类加载器   Test在classpath下 所以AppClassLoader会加载这个类  
  12.         System.out.println(Test.class.getClassLoader().getClass().getName());  
  13.   
  14.         //启动类加载器    System类是rt.jar 包下的类 是启动类加载器加载的,但是启动类加载器对程序不可见,得到的是null  
  15.         System.out.println(System.class.getClassLoader());  
  16.   
  17.         //扩展类加载器结构  
  18.         ClassLoader loader = Test.class.getClassLoader();  
  19.         while (null != loader) {  
  20.             System.out.println(loader.getClass().getName());  
  21.             loader = loader.getParent();  
  22.         }  
  23.         System.out.println(loader);  
  24.     }  
  25. }  
输出结果如下:

[plain]  view plain  copy
  1. sun.misc.Launcher$AppClassLoader  
  2. null  
  3. sun.misc.Launcher$AppClassLoader  
  4. sun.misc.Launcher$ExtClassLoader  
  5. null  

自定义类加载器

自定义的类加载器 继承ClassLoader,推荐只重写findClass方法,这样就维持了加载器的父类委派机制。它的父类加载器默认为AppClassLoader。

[java]  view plain  copy
  1. package com.lyz.classloader.test;  
  2.   
  3. import java.io.ByteArrayOutputStream;  
  4. import java.io.File;  
  5. import java.io.FileInputStream;  
  6.   
  7. /** 
  8.  * 自定义类加载器 
  9.  * @author liuyazhuang 
  10.  * 
  11.  */  
  12. public class MyClassLoader extends ClassLoader {  
  13.     // 类存放的路径  
  14.     private String classpath;  
  15.   
  16.     public MyClassLoader(String classpath){  
  17.         this.classpath = classpath;  
  18.     }  
  19.       
  20.     /** 
  21.      * 重写findClass方法 
  22.      */  
  23.     @Override  
  24.     public Class<?> findClass(String name) {  
  25.         byte[] data = loadClassData(name);  
  26.         return this.defineClass(name, data, 0, data.length);  
  27.     }  
  28.   
  29.     public byte[] loadClassData(String name) {  
  30.         System.out.println("加载"+name); //注意这里的输出  
  31.         try {  
  32.             name = name.replace(".""//");  
  33.             FileInputStream is = new FileInputStream(new File(classpath + name + ".class"));  
  34.             ByteArrayOutputStream baos = new ByteArrayOutputStream();  
  35.             int b = 0;  
  36.             while ((b = is.read()) != -1) {  
  37.                 baos.write(b);  
  38.             }  
  39.             is.close();  
  40.             return baos.toByteArray();  
  41.         } catch (Exception e) {  
  42.             e.printStackTrace();  
  43.         }  
  44.         return null;  
  45.     }  
  46. }  
验证一下父类委派机制.
[java]  view plain  copy
  1. //验证一下父类委派机制.  
  2. @Test  
  3. public void testParentLoader() throws ClassNotFoundException{  
  4.     //com.load.Test 此类在classpath下  
  5.     MyClassLoader loader = new MyClassLoader("D:\\Workspaces\\MySelf\\Test\\bin\\");  
  6.     Class<?> loadClass = loader.loadClass("com.lyz.classloader.test.MyClassLoaderTest");  
  7.     System.out.println(loadClass.getClassLoader());  
  8.       
  9.       
  10.     MyClassLoader loader1 = new MyClassLoader("D:\\Workspaces\\MySelf\\Test\\bin\\");  
  11.     Class<?> loadClass1 = loader1.loadClass("com.lyz.classloader.test.MyClassLoaderTest");  
  12.     System.out.println(loadClass1.getClassLoader());  
  13. }  

运行结果如下:

[plain]  view plain  copy
  1. sun.misc.Launcher$AppClassLoader@2a139a55  
  2. sun.misc.Launcher$AppClassLoader@2a139a55  
从这里的输出我们看到,两次类加载都没有调用MyClassLoader的findClass方法。 在加载的过程中,先要调用父类AppClassLoader来加载此类,因为com.load.Test在classpath下所以父类加载器可以加载这个类,然后直接就把这个类加载了,并没有调用子类的加载方法。还可以看出两次加载得到的class对象是一致的。其实第二次其实并没有加载,在类加载的时候首先会查看这个类是否加载过,如果已经加载了就不再加载,直接返回之前的class对象。
加载classpath之外的类,在d盘下新建一个类,如下:

[java]  view plain  copy
  1. package com.lyz.classloader.test;  
  2.   
  3. /** 
  4.  * 测试在classpth以外的类 
  5.  * @author liuyazhuang 
  6.  * 
  7.  */  
  8. public class ClassOutOfClasspath {  
  9.     static{  
  10.         System.out.println("测试在classpath以外的类");  
  11.     }  
  12.     public void say(){  
  13.         System.out.println("我是在classpath以外的类");  
  14.     }  
  15. }  
加载这个类:
[java]  view plain  copy
  1. @Test  
  2. public void testDiffLoader() throws InstantiationException, IllegalAccessException, ClassNotFoundException, NoSuchMethodException, SecurityException, IllegalArgumentException, InvocationTargetException {  
  3.     MyClassLoader myLoader = new MyClassLoader("D:/");  
  4.       
  5.       
  6.     Class<?> clazz = myLoader.loadClass("com.lyz.classloader.test.ClassOutOfClasspath");  
  7.     Class<?> clazz1 = myLoader.loadClass("com.lyz.classloader.test.ClassOutOfClasspath");  
  8.     System.out.println(clazz == clazz1);  
  9.     System.out.println(clazz.getClassLoader());  
  10.     System.out.println(clazz1.getClassLoader());  
  11.       
  12.     System.out.println("================");  
  13.       
  14.     MyClassLoader myLoader1 = new MyClassLoader("D:/");  
  15.     Class<?> clazz2 = myLoader1.loadClass("com.lyz.classloader.test.ClassOutOfClasspath");  
  16.     System.out.println(clazz2 == clazz1 );  
  17.     System.out.println(clazz2.getClassLoader());  
  18.       
  19.     System.out.println("================");  
  20.       
  21.     Object newInstance = clazz.newInstance();  
  22.     Method declaredMethod = clazz.getDeclaredMethod("say"new Class[]{});  
  23.     declaredMethod.invoke(newInstance, new Object[]{});  
  24. }  
输出结果如下:

[plain]  view plain  copy
  1. 加载com.lyz.classloader.test.ClassOutOfClasspath  
  2. true  
  3. com.lyz.classloader.test.MyClassLoader@5010be6  
  4. com.lyz.classloader.test.MyClassLoader@5010be6  
  5. ================  
  6. 加载com.lyz.classloader.test.ClassOutOfClasspath  
  7. false  
  8. com.lyz.classloader.test.MyClassLoader@7daf6ecc  
  9. ================  
  10. 测试在classpath以外的类  
  11. 我是在classpath以外的类  
从输出我们看到,这次的加载不是父类加载器加载的,因为这个类并不在AppClassLoader的加载范围之内。 我们使用myLoader加载了两次ClassOutOfClasspath类,从输出结果我们看到这两次加载的结果是一致的。因为我们使用了同一个类加载器myLoader,然后我们用myLoader1重新加载一次ClassOutOfClasspath类,这次输出和前两次输出的结果是不一样的。也就是说这次加载和前两次加载得到的class对象是不一样的。
tomcat也自定义了类加载器。每个部署的tomcat下的项目都使用不同的类加载器来加载,所以项目与项目之间的类是不可共用的 。这也是自定义类加载器的用处之一。其实tomcat中的类加载器分为
1:catalina加载器
2:公共类加载器
3:分享类加载器
对tomcat类加载器有兴趣的同学,可以深入看一下tomcat源码。
标题基于SpringBoot+Vue的学生交流互助平台研究AI更换标题第1章引言介绍学生交流互助平台的研究背景、意义、现状、方法与创新点。1.1研究背景与意义分析学生交流互助平台在当前教育环境下的需求及其重要性。1.2国内外研究现状综述国内外在学生交流互助平台方面的研究进展与实践应用。1.3研究方法与创新点概述本研究采用的方法论、技术路线及预期的创新成果。第2章相关理论阐述SpringBoot与Vue框架的理论基础及在学生交流互助平台中的应用。2.1SpringBoot框架概述介绍SpringBoot框架的核心思想、特点及优势。2.2Vue框架概述阐述Vue框架的基本原理、组件化开发思想及与前端的交互机制。2.3SpringBoot与Vue的整合应用探讨SpringBoot与Vue在学生交流互助平台中的整合方式及优势。第3章平台需求分析深入分析学生交流互助平台的功能需求、非功能需求及用户体验要求。3.1功能需求分析详细阐述平台的各项功能需求,如用户管理、信息交流、互助学习等。3.2非功能需求分析对平台的性能、安全性、可扩展性等非功能需求进行分析。3.3用户体验要求从用户角度出发,提出平台在易用性、美观性等方面的要求。第4章平台设计与实现具体描述学生交流互助平台的架构设计、功能实现及前后端交互细节。4.1平台架构设计给出平台的整体架构设计,括前后端分离、微服务架构等思想的应用。4.2功能模块实现详细阐述各个功能模块的实现过程,如用户登录注册、信息发布与查看、在线交流等。4.3前后端交互细节介绍前后端数据交互的方式、接口设计及数据传输过程中的安全问题。第5章平台测试与优化对平台进行全面的测试,发现并解决潜在问题,同时进行优化以提高性能。5.1测试环境与方案介绍测试环境的搭建及所采用的测试方案,括单元测试、集成测试等。5.2测试结果分析对测试结果进行详细分析,找出问题的根源并
内容概要:本文详细介绍了一个基于灰狼优化算法(GWO)优化的卷积双向长短期记忆神经网络(CNN-BiLSTM)融合注意力机制的多变量多步时间序列预测项目。该项目旨在解决传统时序预测方法难以捕捉非线性、复杂时序依赖关系的问题,通过融合CNN的空间特征提取、BiLSTM的时序建模能力及注意力机制的动态权重调节能力,实现对多变量多步时间序列的精准预测。项目不仅涵盖了数据预处理、模型构建与训练、性能评估,还括了GUI界面的设计与实现。此外,文章还讨论了模型的部署、应用领域及其未来改进方向。 适合人群:具备一定编程基础,特别是对深度学习、时间序列预测及优化算法有一定了解的研发人员和数据科学家。 使用场景及目标:①用于智能电网负荷预测、金融市场多资产价格预测、环境气象多参数预报、智能制造设备状态监测与预测维护、交通流量预测与智慧交通管理、医疗健康多指标预测等领域;②提升多变量多步时间序列预测精度,优化资源调度和风险管控;③实现自动化超参数优化,降低人工调参成本,提高模型训练效率;④增强模型对复杂时序数据特征的学习能力,促进智能决策支持应用。 阅读建议:此资源不仅提供了详细的代码实现和模型架构解析,还深入探讨了模型优化和实际应用中的挑战与解决方案。因此,在学习过程中,建议结合理论与实践,逐步理解各个模块的功能和实现细节,并尝试在自己的项目中应用这些技术和方法。同时,注意数据预处理的重要性,合理设置模型参数与网络结构,控制多步预测误差传播,防范过拟合,规划计算资源与训练时间,关注模型的可解释性和透明度,以及持续更新与迭代模型,以适应数据分布的变化。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值