Java虚拟机对class文件采用的是按需加载的方式,也就是说当需要使用该类时才会将它的class文件加载到内存生成class对象。而且加载某个类的class文件时,Java虚拟机采用的是双亲委派模式,即把请求交由父类处理,它是一种任务委派模式。
-
双亲委派模型代码编写在 CLassLoader 的Class<?> loadClass(String name, boolean resolve)方法,简单明了。
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
PerfCounter.getParentDelegationTime().addTime(t1 - t0);
PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
PerfCounter.getFindClasses().increment();
}
}
if (resolve) {
resolveClass(c);
}
return c;
}
}
-
双亲委派模型是一种
自下而上再下
的查找加载机制-
每当一个类加载器接收到加载请求时,它并不会自己尝试加载,而是将请求委托给父类加载器。
-
当加载器发现自己无父类的时候,尝试自己加载,如加载失败将向下依次派遣,如最终无法加载,将抛出异常。
-
-
双亲委派模型加载时涉及三个类主要加载器, 形成一个层级关系,但并不是使用继承/接口编写的。
-
Bootstrap ClassLoader(启动类加载器) JAVA_HOME/jre/lib 无法直接访问 Extension ClassLoader(拓展类加载器) JAVA_HOME/jre/lib/ext 上级为Bootstrap,显示为null Application ClassLoader(应用程序类加载器) classpath 上级为Extension 自定义类加载器 自定义 上级为Application
-
-
加载器层级关系使用组合实现,在面向对象编程中,有一条非常经典的设计原则: 组合优于继承,多用组合少用继承。继承会增加耦合
-
双亲委派模型并不是一种强制性的约束,只是 JDK 官方推荐的一种方式。如果我们因为某些特殊需求想要打破双亲委派模型,不少框架都会打破双亲委派模型,如:TomCat
双亲委派模型的好处
-
双亲委派模型可以增加一定的安全性,即避免核心类被替换。
-
由于每个类加载器都会先让它的父类加载器去尝试加载,所以避免了类的重复加载。
-
促进了Java程序的模块化。
缺点:轻微影响性能。
沙箱安全机制
-
自定义String类时:在加载自定义String类的时候会率先使用引导类加载器加载,而引导类加载器在加载的过程中会先加载jdk自带的文件(rt.jar包中java.lang.String.class),报错信息说没有main方法,就是因为加载的是rt.jar包中的String类。
-
这样可以保证对java核心源代码的保护,这就是沙箱安全机制。
沙箱安全机制主要通过:语言安全特性,字节码校验,类加载器,安全管理器来共同实现。