类加载器

类加载器

类加载阶段的加载部分的"通过一个类的全限定名获取此类的二进制字节流"由类加载器完成。

对于任意的一个类，都需要由加载他的类加载器和这个类本身一同确立其在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

一般是没有书写包名，直接写类名