第一次写博客尝试一下,如果有错误请大家指出来。今天刚学习了类加载的过程记录一下方便以后回忆。
虚拟机在启动的时候由有根启动器去加载Launcher类
通过Launcher类的无参构造方法去初始化创建另外两个类加载器(扩展类加载器ExtClassLoader)和(应用加载器AppClassLoader)。
public Launcher() {
Launcher.ExtClassLoader var1;
try {
//这里构建了扩展类加载器
var1 = Launcher.ExtClassLoader.getExtClassLoader();
} catch (IOException var10) {
throw new InternalError("Could not create extension class loader", var10);
}
try {
//这里构建了app加载器,并传入了扩展类加载器。将app加载器的parent设置为扩展类加载器。
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来加载此类。但是由于双亲委派机制,如果判断当前类加载器未加载过此类,那么会交给父加载器来加载。(只是这一段文字可能要被骂了)
- 所有的类加载器除了根加载器都直接或间接的继承了抽象类ClassLoader 。
- 所有的加载器都有一个 parent属性,继承自ClassLoader类,上边已经说过,AppClassLoade的parent是 ExtClassLoader,ExtClassLoader的parent是null。
private final ClassLoader parent;
- 类在被加载的时候会调用加载器的loadClass方法。此方式是在这个抽象类中实现的,我们可以看看具体的实现。这个方法很清楚的展示了双亲委派机制。
- 这里也是打破双亲委派机制的关键点。
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 {
//1.如果类未被加载过。
//2.查看当前使用的类加载器是否有父加载器,如果有调用父类的此方法加载此方法。
//3.所有的加载器的此方法都是继承自父类所以父加载器在加载的时候也是同理如果还有父就继续往上递归。
//4.如果父为null那么使用根加载器去加载
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
}
//5.如果通过上边的父加载后没有加载到那么就由子加载器自己加载
if (c == null) {
// If still not found, then invoke findClass in order
// to find the class.
long t1 = System.nanoTime();
//6.这里是真实的去加载类的方法。通过类路径将类加载返回。
//7.此方法对应app和ext加载器都是继承自URLClassLoader
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;
}
}
具体的类加载的方法。在ClassLoader类中由这个方法findClass ,但是没有具体的实现。这里需要加载器类自己实现类的加载过程。
- ExtClassLoader和AppClassLoader的此方法都继承自URLClassLoader
- 如果我们要写自己的classLoader那么就需要重写这个方法将指定的类加载返回。
//对应上边代码块中的7调用的方法。
//ClassLoader中的方法如下,可以看到没有具体的实现
protected Class<?> findClass(String name) throws ClassNotFoundException {
throw new ClassNotFoundException(name);
}
//URLClassLoader中的实现
protected Class<?> findClass(final String name)
throws ClassNotFoundException
{
final Class<?> result;
try {
result = AccessController.doPrivileged(
new PrivilegedExceptionAction<Class<?>>() {
public Class<?> run() throws ClassNotFoundException {
String path = name.replace('.', '/').concat(".class");
Resource res = ucp.getResource(path, false);
if (res != null) {
try {
return defineClass(name, res);
} catch (IOException e) {
throw new ClassNotFoundException(name, e);
}
} else {
return null;
}
}
}, acc);
} catch (java.security.PrivilegedActionException pae) {
throw (ClassNotFoundException) pae.getException();
}
if (result == null) {
throw new ClassNotFoundException(name);
}
return result;
}