第64篇类加载器与热部署2026版系列导航《Java 100 天进阶之路》完整目录 |⬅️ 上一篇第63篇GC调优实战 |➡️ 下一篇第65篇OOM与内存泄漏排查️ 本文阅读地图3 分钟速览第61~63篇搞定了JVM内存和GC但类是如何加载进内存的热部署原理是什么Tomcat为什么能不停机更新本文彻底搞懂类加载器模块核心问题一句话回答类加载器层次类加载器分几层三层Bootstrap根、Extension扩展、Application应用JDK 9模块化替代Extension双亲委派模型为什么这样设计父加载器优先避免核心类被篡改防止重复加载打破双亲委派怎么打破为什么打破Tomcat WebappClassLoader优先自己加载实现Web应用隔离自定义类加载器怎么实现继承ClassLoader重写findClass()读取字节码调用defineClass()热部署原理为什么能不停机更新用新ClassLoader重新加载类让旧ClassLoader被GC回收JDK 9模块化双亲委派变了吗引入ClassLoader分层模块路径优先级高于类路径面试最爱问高频考点有哪些见文末 小节一、核心知识点1. 类加载器层次结构类加载器是JVM的重要组成部分负责将.class文件加载到内存中并生成Class对象。Bootstrap ClassLoader启动类加载器C实现 ↑ 父加载器 Extension ClassLoader扩展类加载器→ JDK 9 改为 Platform ClassLoader ↑ 父加载器 Application ClassLoader应用类加载器 ↑ 父加载器 自定义 ClassLoader热部署、加密class类加载器加载路径说明Bootstrap ClassLoaderrt.jar、jre/lib核心类库C实现Java中为nullExtension ClassLoaderjre/lib/ext扩展类库JDK 9改为Platform ClassLoaderApplication ClassLoaderclasspath应用类加载用户代码JDK 9 变化引入模块化系统JPMSExtension ClassLoader改为Platform ClassLoader。双亲委派逻辑基本不变但模块路径优先级高于类路径。2. 双亲委派模型工作流程类加载请求 ↓ ① Application ClassLoader 收到请求 ↓ 委派给父 ② Extension ClassLoader 收到请求 ↓ 委派给父 ③ Bootstrap ClassLoader 收到请求 ↓ 尝试加载 ├─ 能加载 → 返回 └─ 不能加载 → 向下传递 ④ Extension ClassLoader 尝试加载 ├─ 能加载 → 返回 └─ 不能加载 → 向下传递 ⑤ Application ClassLoader 尝试加载 ├─ 能加载 → 返回 └─ 不能加载 → ClassNotFoundException为什么要双亲委派安全避免核心类库被篡改如自定义java.lang.String不会被加载避免重复加载确保类的唯一性隔离性不同类加载器加载的同名类被视为不同类型二、通俗讲解1分钟开心学类加载器就像一个“找书系统”图书馆里有一本《Java核心卷1》核心类库rt.jar。每个人类加载器都想看这本书Bootstrap图书管理员根加载器负责图书馆最核心的藏书rt.jar是最高权限。如果你的请求能直接从他那里拿到书就直接给你。Extension图书管理员扩展加载器负责图书馆的“扩展书架”ext目录。如果核心书库没有他会去找。Application图书管理员应用加载器负责读者自己的书classpath。如果上面两个管理员都找不到他最后去找。双亲委派原则读者想找一本《Java核心卷1》先问Application管理员应用加载器他直接甩给ExtensionExtension再甩给Bootstrap。Bootstrap找到了直接给读者——父加载器优先避免核心书被篡改。打破双亲委派TomcatTomcat想让每个Web应用每个独立的图书馆分馆有自己的书库。如果读者想找书分馆管理员先在自己分馆找优先自己加载再向上问——隔离不同Web应用的类。核心理解默认是“层层上交”Tomcat是“我先自己找找不到再交上去”。热部署就像“临时换书”服务运行中有人修改了书的内容代码更新。旧的读者旧ClassLoader继续看完旧书然后离开。新的读者新ClassLoader进来后系统给他一本全新的修订版重新加载。旧书没人看后图书馆自动收回旧ClassLoader被GC回收。三、源码核心片段3.1 双亲委派核心源码ClassLoader.loadClassprotectedClass?loadClass(Stringname,booleanresolve)throwsClassNotFoundException{// 1. 检查是否已加载Class?cfindLoadedClass(name);if(cnull){try{// 2. 父加载器不为空 → 委派给父if(parent!null){cparent.loadClass(name,false);}else{// 3. 父加载器为空 → Bootstrap加载器cfindBootstrapClassOrNull(name);}}catch(ClassNotFoundExceptione){// 父加载器加载失败自己加载}if(cnull){// 4. 父加载器加载失败 → 自己加载cfindClass(name);}}returnc;}3.2 自定义类加载器实现自定义类加载器实现热部署、加密class加载等高级功能publicclassCustomClassLoaderextendsClassLoader{privateStringclassPath;publicCustomClassLoader(StringclassPath){this.classPathclassPath;}OverrideprotectedClass?findClass(Stringname)throwsClassNotFoundException{try{// 1. 将类名转换为文件路径StringfileNameclassPathFile.separatorname.replace(.,File.separatorChar).class;// 2. 读取字节码文件byte[]classDataloadClassData(fileName);if(classDatanull){thrownewClassNotFoundException(name);}// 3. 调用defineClass定义类returndefineClass(name,classData,0,classData.length);}catch(IOExceptione){thrownewClassNotFoundException(name,e);}}privatebyte[]loadClassData(StringfileName)throwsIOException{try(FileInputStreamfisnewFileInputStream(fileName);ByteArrayOutputStreambaosnewByteArrayOutputStream()){byte[]buffernewbyte[1024];intlen;while((lenfis.read(buffer))!-1){baos.write(buffer,0,len);}returnbaos.toByteArray();}}}3.3 打破双亲委派Tomcat WebappClassLoader// Tomcat WebappClassLoader 的核心逻辑简化publicClass?loadClass(Stringname,booleanresolve)throwsClassNotFoundException{// 1. 禁止加载核心类库if(name.startsWith(javax.servlet.)){returnparent.loadClass(name);}// 2. 先检查自己是否已加载Class?clazzfindLoadedClass(name);if(clazz!null)returnclazz;// 3. 自己先找打破双亲委派try{clazzfindClass(name);if(clazz!null)returnclazz;}catch(ClassNotFoundExceptione){}// 4. 自己找不到 → 委托父加载器returnparent.loadClass(name,resolve);}四、热部署原理与实现4.1 热部署是什么热部署Hot Deployment是指在不重启应用的情况下动态更新类定义实现代码的热替换。核心原理用新的类加载器重新加载类让旧的类加载器被GC回收。4.2 热部署简易实现publicclassHotDeployDemo{privatestaticvolatileCustomClassLoaderclassLoader;privatestaticfinalStringCLASS_PATH/path/to/classes/;publicstaticvoidreload()throwsException{// 1. 创建新的类加载器CustomClassLoadernewLoadernewCustomClassLoader(CLASS_PATH);// 2. 用新加载器加载目标类Class?clazznewLoader.loadClass(com.example.MyService);Objectinstanceclazz.getDeclaredConstructor().newInstance();// 3. 替换全局实例// 旧实例不再被引用旧ClassLoader可被GC回收// 注需保证旧实例没有任何引用链可达instanceHolderinstance;classLoadernewLoader;}}⚠️ 热部署三个关键点旧实例不能被任何地方引用否则旧ClassLoader无法被GC新旧ClassLoader不能混用两个加载器的类不兼容需要通过接口进行调用避免类型转换冲突4.3 Tomcat热部署原理Tomcat的StandardContext每个Web应用拥有独立的WebappClassLoaderTomcat Container ├── Bootstrap ClassLoaderJVM核心 ├── Catalina ClassLoaderTomcat自身 ├── Common ClassLoader共享库 └── WebappClassLoader每个Web应用独立 ├── WEB-INF/classes └── WEB-INF/lib/*.jar热部署触发机制检测WEB-INF/classes或WEB-INF/lib目录变化标记Context为“重新加载”状态停止当前Context销毁旧WebappClassLoader创建新的WebappClassLoader重新加载所有类启动新Context五、避坑要点错误/误区后果正确做法自定义类加载器未重写findClass永远加载不到类重写findClass()读取字节码调用defineClass()自定义类加载器未设置父加载器破坏双亲委派引发类冲突建议设置parent特殊场景才打破热部署后旧实例未置null旧ClassLoader无法GC元空间OOM用WeakHashMap或主动置null释放引用热部署时新旧类混用ClassCastException通过接口隔离或用Object反射调用不同类加载器的类强转ClassCastException通过接口或反射调用不用强转JDK 9模块系统与类加载器混用模块路径优先级高于类路径了解模块系统与类加载器交互六、面试高频考点Q1双亲委派模型是什么为什么要这样设计类加载器收到请求时先委派给父加载器父加载器无法加载时自己才尝试加载。三层加载器Bootstrap → Extension/Platform → Application。设计目的①安全避免核心类被篡改②避免重复加载③隔离性。Q2如何打破双亲委派模型重写loadClass()方法不先调用父加载器。典型场景Tomcat的WebappClassLoader先自己找再委派给父。JDBC驱动加载Thread.currentThread().setContextClassLoader()也打破了双亲委派。Q3Tomcat为什么需要打破双亲委派每个Web应用需要隔离不同应用可能依赖不同版本的同名类。如果按双亲委派顺序所有应用都用同一个类无法实现隔离。Tomcat让WebappClassLoader优先加载自己WEB-INF/classes和WEB-INF/lib中的类。Q4两个类加载器加载的同一个类能互相转换吗不能。即使类名相同不同类加载器加载的类在JVM中被视为不同的类型强转会抛ClassCastException。这是类加载器隔离性的核心体现。Q5热部署的原理是什么用新的类加载器重新加载目标类替换旧的引用。旧类加载器在没有引用后会被GC回收从而实现不停机更新。关键点确保旧实例没有任何引用链可达新旧类不混用通过接口调用。Q6JDK 9模块化对类加载器有什么影响① Extension ClassLoader → Platform ClassLoader② 模块路径--module-path优先级高于类路径-cp③ 打破双亲委派更复杂涉及模块之间的可见性控制。 面试官追问陷阱加分题追问1“同一个ClassLoader加载的两个同名类是同一个类吗” 是同一个类。JVM中类的唯一标识是“类加载器全限定名”的组合。同一个ClassLoader加载两次同名类会先检查是否已加载直接返回已加载的Class对象。追问2“不重写loadClass只重写findClass能打破双亲委派吗” 不能。loadClass()是骨架方法findClass()只是双亲委派失败后的兜底。要打破双亲委派必须重写loadClass()。findClass()是模板方法模式中的扩展点用于自定义类加载逻辑不改变委派顺序。追问3“Spring Boot的JarLauncher用了什么类加载器机制为什么要这样设计” 使用了LaunchedURLClassLoader它是URLClassLoader的子类打破了双亲委派——优先加载BOOT-INF/classes和BOOT-INF/lib中的类再委托父加载器。目的是让Spring Boot应用能够从嵌套的JAR包fat jar中加载类实现了自包含可执行JAR。七、练习题分析题Tomcat为什么每个Web应用需要独立的类加载器如果共用会怎样代码题编写一个自定义类加载器从指定目录加载.class文件并测试能否成功加载。场景题某系统使用热部署功能频繁发布后出现OutOfMemoryError: Metaspace。分析可能原因和解决方案。 你的学习进度当前第64篇 / 共108篇 ·进阶篇JVM调优与故障排查第61~70篇✅ 已完成基础篇44篇 第45~64篇 正在学第64篇⏳ 待学习第65~108篇 完整目录 学习指南 | 订阅本专栏不错过每一篇 下一篇文章预告下一篇《第65篇OOM与内存泄漏排查》内容简介OOM常见类型与根因、内存泄漏排查工具链jmap、jhat、MAT、Arthas、堆Dump分析实战、生产环境排查流程。JVM调优专题持续深入拿下OOM排查《Java 100 天进阶之路 | 从入门到上岗就业》每天一篇建议收藏 关注一起100天拿offer 点击关注我更新后第一时间收到推送