类加载器与加载机制
类加载器:
执行”通过一个类的全限定名来获取描述此类的二进制字节流“这个步骤的代码模块称为“类加载器“,类加载器虽然只用于实现类的加载动作,但是他的作用不是仅限于此,在比较两个类是否”相等“的时候,只有在这两个类是由统一类加载器加载的前提下才有意义。否则,即使两个类源自同一个class文件,但是由不同的类加载器加载出来,他们也是不可能相等的。
类加载器主要有以下几种:
启动类加载器:
一般由本地代码实现,用于加载jvm的本地核心类库,主要负责加载在
拓展类加载器:
主要负责加载
应用程序类加载器:
它负责加载用户路径上所指定的类库,开发者可以直接使用这个类加载器。如果应用程序没有自己定义类加载器,一般情况下就是使用这个类加载器。
自定义类加载器:
这个类加载器我们可以自己去实现,根据自己的需求去进行类加载机制。通过继承java.lang.ClassLoader类重写findClass()方法。
public class ClassLoaderTest extends ClassLoader{
@Override
protected Class<?> findClass(String name) throws ClassNotFoundException {
// TODO Auto-generated method stub
return super.findClass(name);
}
}
双亲委派模型:
这种模型当一个类收到类加载请求的时候,他首先会先把请求委派给父类加载器,然后一直向上传递,当传递到顶了以后,如果能加载那么加载完成,当父类无法完成加载的时候,类才会尝试自己加载。
看一下这个过程执行的代码:
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;
}
}
但是双亲委派模型并不是强制的,当然这个模型也存在一些问题,为了更好的完成类加载过程,还推出了线程上下文加载器。
还没有评论,来说两句吧...