17370845950

类加载优先级由双亲委派模型决定，Bootstrap ClassLoader优先级最高，Extension次之，Application最低；类加载时先委托父加载器，父无法加载时子加载器才尝试加载，确保核心类安全与类唯一性；Tomcat隔离和SPI机制等场景会打破该模型。

在Java中，类加载的优先级主要体现在类加载器的委托机制和双亲委派模型上。理解类加载优先级，关键在于搞清楚类加载器之间的层级关系以及类加载时的查找顺序。

类加载器的层次结构

Java中的类加载器分为三类，按优先级从高到低依次是：

• Bootstrap ClassLoader（启动类加载器）：负责加载JVM核心类库（如rt.jar），用C++编写，是虚拟机的一部分。
• Extension ClassLoader（扩展类加载器）：加载jre/lib/ext目录下的类或java.ext.dirs系统变量指定路径中的类。
• Application ClassLoader（应用程序类加载器）：也叫系统类加载器，负责加载classpath中指定的类。

开发者还可以自定义类加载器，通常继承ClassLoader类，其默认父加载器就是应用类加载器。

双亲委派模型的工作流程

当一个类加载器收到类加载请求时，并不会自己立刻去加载，而是先委托给父类加载器去完成。这个过程从下往上层层委托，直到到达顶层的启动类加载器。只有当父类加载器无法完成加载（返回null），子类加载器才会尝试自己加载。

这个机制确保了：

• 核心类库的安全性，避免用户自定义的java.lang.String等类被恶意替换。
• 类的唯一性，同一个类不会被不同类加载器重复加载，保证了类的全局唯一性。

类加载的实际优先级顺序

虽然“优先级”听起来像是谁先加载谁就高，但实际是“父优先”的原则。比如：

• 你写了一个java.lang.MyClass放在项目中，应用类加载器收到加载请求后，会先交给扩展类加载器，再交给启动类加载器。
• 启动类加载器检查rt.jar中是否有该包名下的类，发现不允许用户覆盖核心包，于是不加载。
• 请求逐层返回，最终由应用类加载器加载你写的类（但java.lang包名受限，通常会被禁止）。

真正体现“优先级”的场景是：如果某个类已经被父类加载器加载过了，子类加载器就不会再加载一遍，这就是类的共享与隔离机制。

打破双亲委派的情况

有些特殊场景需要绕过这种优先级机制，比如：

• Tomcat实现Web应用隔离，每个应用使用独立的类加载器，且部分情况下会先自己尝试加载，再委托父类，打破双亲委派。
• SPI（Service Provider Interface）机制中，Thread.currentThread().getContextClassLoader()用于加载第三方实现，因为启动类加载器无法加载应用级别的类。

基本上就这些。类加载的“优先级”本质是委托顺序和类加载器的层级控制，理解清楚双亲委派模型，就能掌握Java类加载的核心逻辑。