类加载器:
引导类加载器:C++实现,负责加载JRE的lib目录下的核心类库,比如rt.jar
扩展类加载器:负责加载JRE的lib目录下的ext扩展目录中的jar包
应用程序类加载器:负责加载ClassPath路径下的类包
自定义加载器:负责加载用户自定义路径下的类包
public static void main(String[] args) {
System.out.println(String.class.getClassLoader());
System.out.println(com.sun.crypto.provider.AESKeyGenerator.class.getClassLoader());
System.out.println(PatientPO.class.getClassLoader());
}
打印结果:
// 引导类加载器,c++实现,因此打印为null
null
// 扩展类加载器
sun.misc.Launcher$ExtClassLoader@11438d26
// 应用程序类加载器
sun.misc.Launcher$AppClassLoader@18b4aac2
类加载过程:加载->验证->准备->解析->初始化
加载:将class文件,从磁盘加载到内存中
验证:验证java字节码文件格式是否正确
准备:静态变量赋初始值
解析:符号引用替换为直接引用,会把一些静态方法替换为数据所存内存的指针,即所谓“静态链接”。“动态链接”是在运行期间
初始化:对类的静态变量赋指定值,并执行静态代码块
类会被加载到方法区中,加载后主要包含:运行时常量池,类型信息,字段信息,方法信息,类加载器的引用,对应class实例的引用等信息。
类加载器的引用:这个类加载器的引用
对应class实例的引用:类加载器在将类信息放到方法区后,会在堆中创建一个Class类型的对象实例。
双亲委派机制
如果一个类加载器收到了类加载的请求,它首先不会自己去尝试加载这个类,而是把这个请求委派给父类加载器去完成,每一个层次的类加载器都是如此,因此所有的加载请求最终都应该传送到顶层的启动类加载器中,只有当父加载器反馈自己无法完全这个加载请求(它的搜索范围中没有找到所需的类)时,子加载器才会尝试自己去加载。
引导类加载器 |
⬆️ 向上委托 |
扩展类加载器 |
⬆️ 向上委托 |
应用程序类加载器 |
⬆️ 向上委托 |
自定义加载器 …… 自定义加载器 |
protected Class<?> loadClass(String name, boolean resolve)
throws ClassNotFoundException
{
synchronized (getClassLoadingLock(name)) {
Class<?> c = findLoadedClass(name); // 首先, 检查类是否已加载
if (c == null) { // 没有被加载过
long t0 = System.nanoTime();
try {
if (parent != null) { // 有父类加载器则交给父类加载器,进行加载(引导类
// 加载器由于是C++实现的,因此在java中是null)
c = parent.loadClass(name, false);
} else {
// 父加载器是引导类加载器时,在\Java\jdk1.6\jre\lib\*.jar下查找
c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {
// 父类加载器无法完成加载请求
}
if (c == null) {
// 父类加载器无法完成加载请求,再调用本身去尝试加载
long t1 = System.nanoTime();
c = findClass(name);
sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
sun.misc.PerfCounter.getFindClasses().increment();
}
}
if (resolve) {
resolveClass(c);
}
return c;
}
}