JVM系列【3】Class文件加载过程

JVM系列笔记目录

虚拟机的基础概念

class文件结构

class文件加载过程

jvm内存模型

JVM常用指令

GC与调优

Class文件加载过程

JVM加载Class文件主要分3个过程：Loading 、Linking、Initialzing

1.Loading

Loading的过程就是通过类加载器将.class文件加载到jvm内存中过程。需要理解双亲委派机制、类加载器ClassLoader，加载过程如下。

#### ClassLoader

不同的类加载器加载范围不一样，以Java8中的为例。

BootClassLoader 加载范围sun.boot.class.paht

ExtClassLoader 加载范围java.ext.dirs

AppClassLoader 加载范围java.class.path

CustomClassLoader 可自定义加载范围

前三个加载器来自JDK的Launcher类，三个ClassLoader作为Launcher的内部类，感兴趣可以查看下源码。

开发者也可以自定义的ClassLoader，自定义记载范围。

双亲委派机制

自底向上检查该类是否已经加载，parent方向；自顶向下进行类的实际查找和加载，child方向。
类的加载遵循双亲委派机制，主要是出于安全的考虑。双亲委派机制是如何实现的，下面源码会解释。

注意：双亲委派中存在所谓的父加载器并不是加载器的加载器，只是翻译的问题，别混淆了类的继承概念。

ClassLoader源码

ClassLoader源码中比较重要的一个函数是loadClass()，执行过程是：findLoadedClass()->parrent.loadClass()->findClass(),第一步是自底向上查询是否已经加载，第二步是自顶向下查找加载类。这里就规定或是说实现了双亲委派机制。详细见ClassLoader的源码。

自定义ClassLoader

如何自定义ClassLoader？可以继承ClassLoader类，重新自己的findClass(),在里面调用defineClass()来实现自定义加载特定范围的类。

如何打破双亲委派机制，哪种情形下打破过？

从上面的ClassLoader源码中大概能看出是如何实现了双亲委派机制的，从这入手可以通过2种方式打破该机制：

super(parent)指定parent会打破该机制

自定义ClassLoader重写loadClass()也可以打破

何时打破过？双亲委派机制并不是不能打破，某些特殊场景下也会选择打破该机制。

JDK 1.2之前，自定义ClassLoader必须重写loadClass()，打破过。

线程ThreadContextClassLoader可以实现基础类调用实现类代码，通过thread.setContextClassLoader指定。

热启动热部署，如tomcat都有自己模块指定的classloader，可以加载同一类库的不同版本。

Class执行方式

Class执行方式分为3种：解释执行、编译执行、混合执行，各有优缺点，可通过参数指定。

1.解释执行：使用bytecode intepreter 解释器解释执行，该模式启动很快，执行稍慢，可通过-Xint参数指定该模式。
2.编译执行：使用 Just in time Complier JIT编译器编译执行，该模式执行很快，编译很慢，可通过-Xcomp参数指定该模式。
3.混合执行：默认的模式，解释器+热点代码编译，开始解释执行，启动较快，对热点代码进行实时监测和编译成本地代码执行，可通过-Xmixed参数指定该模式。

热点代码监测：多次被调用的方法用方法计数器，多次被调用的循环用循环计数器，可通过参数 -XX:CompileThreshold = 10000指定触发JIT编译的阈值。

2.Linking

Linking链接的过程分3个阶段：Vertification、Preparation、Resolution。

Vertification：验证Class文件是否符合JVM规定。
Preparation：给静态成员变量赋默认值
Resolution：将类、方法、属性等符号引用解释为直接引用；常量池中的各种符号引用解释为指针、偏移量等内存地址的直接引用

3. Initializing

调用初始化代码clint,给静态成员变量赋初始值。

这里可以了解下必须初始化的5种情况：

new getstatic putstatic invokestatic指令，访问final变量除外

java.lang.reflect对类进行反射调用时

初始化子类的时候，父类必须初始化

虚拟机启动时，被执行的主类必须初始化

动态语言支持java.lang.invoke.MethodHandler解释的结果为REF_getstatic REF_putstatic REF_invokestatic的方法句柄时，该类必须初始化。

4.总结思考

设计模式中单例模式的双重检查的实现，INSTANCE是否需要加valatile？

public class Mgr06 {
    // 是否需要加volatile?
    private static volatile Mgr06 INSTANCE;

    private Mgr06() {
    }

    public static Mgr06 getInstance() {
        if (INSTANCE == null) {
            //双重检查
            synchronized (Mgr06.class) {
                if(INSTANCE == null) {
                    try {
                        Thread.sleep(1);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    // new 了对象，不为null,但未完成变量的初始化复制，对象处于半初始化状                    态，其它线程有可能取到半初始化的对象。
                    INSTANCE = new Mgr06();
                }
            }
        }
        return INSTANCE;
    }
}

个人认为是需要加的。思考方向， class文件load到内存，给静态变量赋默认值，再赋初始值，new 对象的时候，首先要申请内存空间，然后给成员变量赋默认值，接下来给成员变量赋初始值，这个过程中对象有可能处于半初始化状态，多线程并发下别的线程有可能取到半初始化的对象，加volatile可保证线程的可见性。

知识分享，转载请注明出处。学无先后，达者为先！