类加载器介绍
类加载器是java虚拟机提供给应用程序去实现获取类和接口字节码数据的技术。
类加载器只参与加载过程中的字节码获取并加载到内存这一部分。
类加载器分为两类,一类是java代码中实现的,一类是java虚拟机底层源码实现的
第一类加载器主要加载一些自定义的类和一些通用的类,这类加载器包括扩展类加载器(Extension),应用程序加载器(Application),第二类加载器负责加载一些基础类比如boject,string等等,他就是启动类加载器(Bootstrap)。每个加载器都有属于自己的类加载路径。比如,启动类加载器(Bootstrap)会自动加载jre/bin包下的类库,string类就被放在这个里面
双亲委派机制
谈到类加载器就不得不说说他底层源码的双亲委派机制。当我们需要加载一个类的信息时,他会先从应用程序加载器判断该类是否有没有被加载,如果没有,则会抛给扩展类加载器,扩展类加载器也没有的话,会交给启动类加载器。如果这些加载器都没有加载过当前类的话,则会再从启动类加载器开始向下判断能否加载该类。附上图更容易理解
每个加载器都会存在一个parent来标识他的父类加载器启动类加载器parent为null
那么使用双亲委派机制有什么有缺点嘛
优点:
1.能够避免重复加载某一个类,每个类只能由一个加载器加载。
2.能够避免恶意代码替换jdk中核心的类库,比如,我在外层自定义一个java.lang.string类,启动时,这个类并不会被类加载器加载。
如何打破双亲委派机制
1.所有的类加载器都实现了ClassLoader这个抽象类,该类中的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 {
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;
}
}
所以,要想打破双亲委派机制,只需要重写loadClass方法即可。
2.比如jdbc,jndl等框架使用了spi机制和线程上下文类加载器
3.osgi实现类一整套类加载机制允许同级加载器相互调用