前言:
为什么我们new出来的类能够直接使用呢?
类加载运行全过程:
如果要运行一个类,会有如下步骤
1. java.exe调用底层jvm.dll(c++实现)文件创建java虚拟机。
2. 创建引导类加载器。
3. 创建jvm启动器实例Launcher,该实例由引导类加载器创建,该类负责创建加载其他类加载器。
4. 通过类加载器ClassLoader.loadClass()去加载磁盘中的.class文件。
5. 加载完成后,通过C++发起调用该类的main方法。
6. java程序运行结束后销毁JVM。
第四步中loadClass类加载过程由几个步骤组成:(重点前5个步骤)
加载 --> 验证 --> 准备 --> 解析 --> 初始化 --> 使用 --> 卸载
加载: 在硬盘查找并通过I/O读入字节码文件,并在内存生成对应的.class对象,使用到该类的时候才会加载。
验证: 校验字节码文件的正确性。
准备:给类中的静态变量分配内存并赋予默认值。
解析:将符号引用(相当于一种标识)转换为直接引用。比如带()的方法会转换为对应该方法的内存地址。
初始化:将准备阶段的静态变量初始化为指定的值,静态代码块也会在这一步去执行,然后加载到jvm中。
类加载器的类型:
Bootstrap classLoader(引导类加载器,c++生成的对象):
加载核心类jre下边的lib包
ExtClassLoader( 扩展类加载器):
加载扩展类jre下边的ext包
AppClassLoader( 应用程序类加载器):
加载程序的应用,自身的类就属于应用类。父加载器是urlclassloader
自定义加载器: 自己定义的类加载器。
双亲委派机制
双亲委派结构图:
先从应用程序类加载器先检查是否加载过这个类,如果没有加载过的话就向上委托扩展类加载器,如果还没有加载过的话就再次向上委托去引导类加载器,如果这样向上一层层去加载都没有加载过的话,从顶部开始判断看自己是否能够加载,如果能就下沉到最开始的加载器,如果不能就到下一级去判断是否能加载,以此类推,如果到最底层还是加载不到的话就会报错。
双亲委派机制说简单点就是,先找父亲加载,不行再由儿子自己加载。
双亲委派核心源码:
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 {
//parent为当前类加载器的上层加载器,比如当前为应用程序类加载器
//那么parent就是扩展类加载器。递归
if (parent != null) {
//如果parent不为null,那就去执行当前类加载器的loadClass方法
c = parent.loadClass(name, false);
} else {
//如果parent为null,此时类加载器已经到顶层,说明之前的加载器都没有加载过该
//类,那么从当前的类加载器开始去尝试是否能自己加载。
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;
}
}
双亲委派解决的问题
沙箱安全机制:防止核心代码库API被修改。自己写的仿核心代码库代码不会被加载
避免类被重复加载:当有加载器加载了该类后,就不会再加载了,保证加载类的唯一性。
简单理解,不足之处,多多指教!