Java类加载器隔离的核心原理是每个加载器实例维护独立命名空间，类的唯一性由全限定名与加载器实例共同决定；打破双亲委派可实现模块隔离，而有控制地委派共享基础类可避免类型冲突。
Java类加载器通过双亲委派模型和自定义类加载器的隔离机制，实现不同模块间类的隔离与有限共享。关键在于打破默认委派链、控制加载路径、避免重复加载同一类（尤其注意类的全限定名+类加载器实例共同决定类的唯一性）。
类加载器隔离的核心原理
每个类加载器实例维护独立的命名空间。即使两个加载器分别加载了完全相同的.class字节码，只要它们不是同一个加载器实例，JVM就认为这是两个不同的类——无法互相赋值、无法强转、无法共用静态变量。
- 类的唯一标识 = 全限定类名 + 加载它的类加载器实例
- 双亲委派被显式打破时（如重写loadClass且不调用super.loadClass），子加载器可绕过父加载器直接加载类，形成隔离层
- 系统类加载器（AppClassLoader）、扩展类加载器（ExtClassLoader）、启动类加载器（Bootstrap）天然隔离，各自加载范围互不重叠
构建隔离环境：自定义URLClassLoader示例
适用于插件化、热部署、多租户等场景。以下代码创建两个相互隔离的加载器，各自加载同名类：
URL jar1 = Paths.get("plugin-a.jar").toUri().toURL();
URL jar2 = Paths.get("plugin-b.jar").toUri().toURL();
// 各自独立的加载器，父加载器均为AppClassLoader
URLClassLoader loaderA = new URLClassLoader(new URL[]{jar1});
URLClassLoader loaderB = new URLClassLoader(new URL[]{jar2});
Class<?> clazzA = loaderA.loadClass("com.example.Service");
Class<?> clazzB = loaderB.loadClass("com.example.Service");
System.out.println(clazzA == clazzB); // false —— 完全不同的类
System.out.println(clazzA.getClassLoader() == loaderA); // true
System.out.println(clazzB.getClassLoader() == loaderB); // true
注意：不要将loaderA或loaderB设为对方的父加载器，否则可能触发委派导致共享；也不建议将它们的父设为null（即脱离系统委托链），除非明确需要彻底隔离基础类（如String）——这通常会导致ClassNotFoundException。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
立即学习“Java免费学习笔记（深入）”；
有控制地实现类共享
隔离不等于完全割裂。实际中常需共享基础API、日志、序列化工具等通用类，避免重复加载和类型冲突：
- 将共享类放在父加载器（如AppClassLoader）的classpath中，子加载器通过双亲委派自动获取，无需自己加载
- 自定义加载器时，对特定包（如com.company.common.）主动委派给父加载器：
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException { if (name.startsWith("com.company.common.")) { return super.loadClass(name, resolve); // 委派给父 } return findClass(name); // 自己加载其余类 } - 避免在不同加载器中重复定义相同接口——接口类必须由同一加载器加载，否则实现类无法通过编译时类型检查
常见陷阱与验证方法
隔离失效往往源于隐式委托或类路径污染：
- 静态字段不共享：即使类名相同，不同加载器加载的类各自持有一份static变量
- Casting失败：不能把loaderA加载的对象强制转成loaderB加载的同名类，会抛ClassCastException
- 验证技巧：打印obj.getClass().getClassLoader()和obj.getClass().getProtectionDomain().getCodeSource()，确认来源
- 线程上下文类加载器（TCCL）：部分框架（如JDBC、JAX-WS）依赖TCCL，需在执行前显式设置，否则可能误用系统加载器
基本上就这些。隔离靠加载器实例分治，共享靠委派与路径设计——不复杂但容易忽略父委托的边界和static语义的加载器绑定性。
