类加载器
类加载阶段的加载部分的"通过一个类的全限定名获取此类的二进制字节流"由类加载器完成。
对于任意的一个类,都需要由加载他的类加载器和这个类本身一同确立其在Java虚拟机中的唯一性。
类加载器,主要作用是将class加载到JVM中,查询每个类应该由谁加载。
ClassLoader 是个抽象类,有很多子类。如果我们要实现自己的ClassLoader,直接继承URLClassLoader这个子类,这个类已经实现了大部分工作。就像我们实现servlet时,通常会继承HttpServlet一样.
常用的方法
* protected final Class<?> defineClass(byte[] b, int off, int len) * protected final Class<?> defineClass(String name, byte[] b, int off, int len) * * protected Class<?> findClass(String name) * public Class<?> loadClass(String name) * protected final void resolveClass(Class<?> c)
类加载器的分类
从虚拟机角度,只存在两种类加载器.一种是启动类加载器(Boootstrap ClassLoader),这个类加载器使用c++实现,是虚拟机自身的一部分.
另外一个是所有其他的类加载器,这些类加载器由Java实现,独立于虚拟机外部,并且全部都继承自抽象类java.lang.ClassLoader
从开发人员角度讲,类加载器还可以划分的更细致,绝大部分Java程序都会使用一下三种系统提供的类加载器。
- 启动类加载器Boootstrap ClassLoader,这个类负责将存放在<JAVA_HOME>\lib目录中的或者被-Xbootclasspath参数所指定的路径中的,并且是虚拟机识别的类库加载到虚拟机内存中。这个类启动器完全是由JVM完全控制的。
- 扩展类加载器Extension ClassLoader,这个加载器负责加载<JAVA_HOME>\lib\ext目录中或者被java.ext.dirs系统变量指定的路径中的所有类库。开发者可以直接使用这个类加载器。
- 应用程序类加载器Application ClassLoader,一般也称为系统类加载器。它负责加载用户类路径(ClassPath)s上所指定的类库,开发者也可以直接使用这个类加载器。
注意:本质上,Boootstrap ClassLoader不属于JVM的类等级层次,因为Boootstrap ClassLoader没有遵守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; } }
JVM 加载class文件到内存的两种方式
隐式加载:不通过在代码里调用ClassLoader来加载需要的类。一般是我们在类中继承或者引用某个类时,JVM在解析当前这个类时发现引用的类不在内存中,那么就是自动将这些类加载到内存中。
显示加载:我们在代码中显示的调用ClassLoader来加载一个类。比如
this.getClassLoader().loadClass()
class.forName()
或者自己实现的ClassLoader的findClass()方法
如何加载Class 文件
.class文件---->findClass---->准备---->类属性初始化赋值 ----> Class对象
验证:验证字节码的格式
准备:准备代表每个类定义的字段,方法和实现接口所必须的数据结构
解析:类装入器装入类所引用的其他类。
初始化:静态代码块被执行。
加载字节码到内存对应的实现就是findclass()函数。
常见的累加载错误
java.lang.ClassNotFoundException: notfoundclass
一般是指定的类名错误或者路径不对
一般是没有书写包名,直接写类名noClassDefFoundError