JVM学习一(类加载)

1. 学习jvm前我们先思考一下，从java文件到jvm运行这个过程我们需要先将类加载到内存中，所以这里先分析类加载相关内容。
2. 如下过程能大致描述类加载的过程。从本地项目的java文件到编译之后的class文件，再到运行之后被加载到jvm中。
   针对以上class文件被加载到jvm中的步骤做解释：
   加载：class文件从本地加载到内存到jvm
   验证：class文件被转换成二进制内容，验证文件的格式，能否正常识别解析
   准备：静态变量被赋默认值
   解析：类被加载到内存中是有很多的字面量组成，解析就是将这些字面量指向jvm中真正的地址。例如静态变量a是字面量，在解析时发现他指向位于方法区的数值1，变量指向数值1这个地址的动作就是解析。
   初始化：对静态变量初始为指定的值，执行静态代码块。
3. 类被加载到jvm这个过程需要有类加载器来完成，所以接下来我们看下类加载器。 Java命令执行代码的大体流程为：java代码调用底层c++实现，c++代码又反过来调用java代码创建jvm启动器，示例launcher类创建其它类加载器。

public Launcher() {
        Launcher.ExtClassLoader var1;
        try {
        // 这里定义了extClassLoader（扩展类加载器）,并且在构造方法中将parent属性设置成了null
            var1 = Launcher.ExtClassLoader.getExtClassLoader();
        } catch (IOException var10) {
            throw new InternalError("Could not create extension class loader", var10);
        }

        try {
        // 这里设置loader属性为appClassLoader（应用程序累加载器），并且在构造方法中设置parent属性为var1即extClassLoader
            this.loader = Launcher.AppClassLoader.getAppClassLoader(var1);
        } catch (IOException var9) {
            throw new InternalError("Could not create application class loader", var9);
        }

        Thread.currentThread().setContextClassLoader(this.loader);
        String var2 = System.getProperty("java.security.manager");
        ......省略不重要的代码

// Launcher类中getClassLoader方法
public ClassLoader getClassLoader() {
        return this.loader;
    }

如上代码解释了java中三种默认的类加载器以及他们的关系，至于为什么引导类加载器会被设置为null，是因为引导类加载器是c++实现的，所以在java中无法获取。

4. 解释了类加载器的概念，就需要了解类加载的工作机制（双亲委派机制）

JVM类加载器是有亲子层级结构的，如下图

// 这是ClassLoader中的静态方法
public static ClassLoader getSystemClassLoader() {
        initSystemClassLoader();
        if (scl == null) {
            return null;
        }
        SecurityManager sm = System.getSecurityManager();
        if (sm != null) {
            checkClassLoaderPermission(scl, Reflection.getCallerClass());
        }
        return scl;
    }

    private static synchronized void initSystemClassLoader() {
        if (!sclSet) {
            if (scl != null)
                throw new IllegalStateException("recursive invocation");
            sun.misc.Launcher l = sun.misc.Launcher.getLauncher();
            if (l != null) {
                Throwable oops = null;
                scl = l.getClassLoader();
                try {
                    scl = AccessController.doPrivileged(
                        new SystemClassLoaderAction(scl));

我们经常使用 ClassLoader appClassLoader = ClassLoader.getSystemClassLoader();这种写法来获取应用程序类加载器，根据代码我们可以看到调用过程如下
双亲委派机制： 加载某个类时会先委托父加载器寻找目标类，找不到再委托上层父加载器加载，如果所有父加载器在自己的加载类路径下都找不到目标类，则在自己的类加载路径中查找并载入目标类。
双亲委派机制说简单点就是，先找父亲加载，不行再由儿子自己加载

5. 我们来看下应用程序类加载器AppClassLoader加载类的双亲委派机制源码，AppClassLoader的loadClass方法最终会调用其父类ClassLoader的loadClass方法，该方法的大体逻辑如下：
   1.首先，检查一下指定名称的类是否已经加载过，如果加载过了，就不需要再加载，直接返回。
   2.如果此类没有加载过，那么，再判断一下是否有父加载器；如果有父加载器，则由父加载器加载（即调用parent.loadClass(name,
   false);）.或者是调用bootstrap类加载器来加载。
   3.如果父加载器及bootstrap类加载器都没有找到指定的类，那么调用当前类加载器的findClass方法来完成类加载。

//ClassLoader的loadClass方法，里面实现了双亲委派机制
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 = 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();
                //都会调用URLClassLoader的findClass方法在加载器的类路径里查找并加载该类
                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;
    }
}

为什么要设计双亲委派机制？
沙箱安全机制：自己写的java.lang.String.class类不会被加载，这样便可以防止核心API库被随意篡改
避免类的重复加载：当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次，保证被加载类的唯一性