Launcher 源码
sun.misc.Launcher类是java 虚拟机的入口，在启动 java应用 的时候会首先创建Launcher。在初始化Launcher对象的时候会创建一个ExtClassLoader拓展程序加载器 和 AppClassLoader应用程序类加载器(这俩鬼东西好像只是加载类的路径不一样而已)，然后由这俩类加载器去加载应用程序中需要的各种类。
public class Launcher {
// 成员 ClassLoader 类加载器，用来存储 应用程序类加载器，
// 此加载器与线程绑定，用作线程的上下文类加载器。
private ClassLoader loader;
// 两个静态内部类
static class AppClassLoader extends URLClassLoader {...}
static class ExtClassLoader extends URLClassLoader {...}
// 构造器
public Launcher() {
Launcher.ExtClassLoader var1;
try {
var1 = Launcher.ExtClassLoader.getExtClassLoader();
} catch (IOException var10) {
throw new InternalError("Could not create extension class loader", var10);
}
try {
this.loader = Launcher.AppClassLoader.getAppClassLoader(var1);
} catch (IOException var9) {
throw new InternalError("Could not create application class loader", var9);
}
Thread.currentThread().setContextClassLoader(this.loader);
String var2 = System.getProperty("java.security.manager");
if (var2 != null) {
SecurityManager var3 = null;
if (!"".equals(var2) && !"default".equals(var2)) {
try {
var3 = (SecurityManager)this.loader.loadClass(var2).newInstance();
} catch (IllegalAccessException var5) {
} catch (InstantiationException var6) {
} catch (ClassNotFoundException var7) {
} catch (ClassCastException var8) {
}
} else {
var3 = new SecurityManager();
}
if (var3 == null) {
throw new InternalError("Could not create SecurityManager: " var2);
}
System.setSecurityManager(var3);
}
}
}
AppClassLoader 源码
AppletClassLoader 就是我们
AppletClassLoader 继承 URLClassLoader 继承 SecureClassLoader 继承 ClassLoader
static class AppClassLoader extends URLClassLoader {
public Class<?> loadClass(String var1, boolean var2) throws ClassNotFoundException {
// ...
// 调用了一个 native 本地方法 knownToNotExist()，去查找该类的加载记录
if (this.ucp.knownToNotExist(var1)) { // 如果有该类加载记录
Class var5 = this.findLoadedClass(var1); // 直接去已经加载的类中找
if (var5 != null) {
if (var2) {
this.resolveClass(var5);
}
return var5;
} else { // 如果没找到报异常
throw new ClassNotFoundException(var1);
}
} else { // 如果没有该类的加载记录
return super.loadClass(var1, var2); // 调用父类 ClassLoader 的 loadClass()
}
}
}ExtClassLoader 源码
ExtClassLoader 并没有对 loadClass() 方法进行重写，也就是说它直接调用其父类 ClassLoader 的 loadClass() 方法。
static class ExtClassLoader extends URLClassLoader {
//...
}
ClassLoader 源码
/** 允许直接调用的是这个根据 类名加载类 的方法， */
public Class<?> loadClass(String name) throws ClassNotFoundException {
return loadClass(name, false); // 内部调用的是类加载方法默认不对类进行解析
}
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
synchronized (getClassLoadingLock(name)) { // 加载一个类的时候，锁住对应的类加载器对象
// First, check if the class has already been loaded
Class<?> c = findLoadedClass(name); // 查询已加载的类中是否有该类存在
if (c == null) {
long t0 = System.nanoTime(); // 记录开始时间
try {
if (parent != null) { // 非顶层类加载器
c = parent.loadClass(name, false); // 调用父类加载器进行加载
} else {
c = findBootstrapClassOrNull(name); // 调用启动类加载器加载
}
} catch (ClassNotFoundException e) {
// ClassNotFoundException thrown if class not found
// from the non-null parent class loader
}
if (c == null) { // 如果在 父类加载器 或 启动类加载器 没有找到需要加载的类
// If still not found, then invoke findClass in order
// to find the class.
long t1 = System.nanoTime(); // 记录结束时间
c = findClass(name); // 再由当前加载器加载
// this is the defining class loader; record the stats
// 性能计数器
sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
sun.misc.PerfCounter.getFindClasses().increment();
}
}
if (resolve) {
resolveClass(c); // 对类进行解析
}
return c;
}
}这个寻找类的方法一般需要实现类重写，否则默认直接抛出 ClassNotFoundException
protected Class<?> findClass(String name) throws ClassNotFoundException {
throw new ClassNotFoundException(name);
}
ClassLoader 维护的线程安全的映射集合，用来存储 类加载器对象和它的锁
// Maps class name to the corresponding lock object when the current
// class loader is parallel capable.
// Note: VM also uses this field to decide if the current class loader
// is parallel capable and the appropriate lock object for class loading.
private final ConcurrentHashMap<String, Object> parallelLockMap;
根据类名获取对应的锁（其实就是对应的类加载对象本身）
protected Object getClassLoadingLock(String className) {
Object lock = this; // 这个锁就是类加载器对象本身！
if (parallelLockMap != null) {
Object newLock = new Object();
lock = parallelLockMap.putIfAbsent(className, newLock); // 放入集合里存储
if (lock == null) { // 如果没有对应的类加载器对象
lock = newLock; // 创建一个新的类加载器
}
}
return lock; // 返回类加载器对象
}
findBootstrapClass()是底层系统的本地方法
/**
* Returns a class loaded by the bootstrap class loader;
* or return null if not found.
*/
private Class<?> findBootstrapClassOrNull(String name)
{
if (!checkName(name)) return null;
return findBootstrapClass(name);
}
// 返回 BootstrapClassLoader 启动类加载器加载的类。
private native Class<?> findBootstrapClass(String name);总结
首先 双亲委派 个人认为应该是个翻译错误。这个翻译非常容易误导人啊！我一拳就过去！
双亲在汉语里是指父母的意思，双亲委派 直接理解就是 一个类加载器对象去加载类 的时候是 委派 它的 父类 和 母类 去加载的（他的父类母类都是加载器，不然怎么生出个它这么懒的加载器）。而且这里的 委派 改成 委托 更为合理。
但是根据源码里的逻辑，并不是这样的（坑爹啊）：
- 一个 类加载器 要加载类（无论是 AppClassLoader 还是 ExtClassLoader，还是自定义的类加载器），因为他们统统都是 ClassLoader 的子类对象（继承者），最终都是委托最顶层的那个 ClassLoader (老太公) 去加载那个需要的类。
- 此时压力来到了 ClassLoader (老太公)这里，它要干活啊，去加载类然后拿给它的不肖子孙们啊。但是它也懒，于是它就去委托它的盆友，别人家的老太公帮他加载。这个别人家的老太公就是 BootStrapClassLoader （启动类加载器）。
ok
最终总结一下
1.所谓的双亲指的就是 ClassLoader 和 BootStrapClassLoader
2.ClassLoader 是 java 生态里最顶层的类加载器
3.BootStrapClassLoader 是 C 生态中的类加载器。因为 java虚拟机本身就是基于底层系统运行的，它需要依托于底层生态，所以它需要通过底层系统的类加载器去加载资源（类）。而这个加载器就是 BootStrapClassLoader
4.这个机制的好处就是不会造成类的重复加载。
5.改名！什么 双亲委派机制，是 溯源委托加载机制 、拜托树根加载机制…
到此这篇关于Java类加载器ClassLoader源码层面分析讲解的文章就介绍到这了,更多相关Java ClassLoader内容请搜索Devmax以前的文章或继续浏览下面的相关文章希望大家以后多多支持Devmax！