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可保证线程的可见性。
知识分享，转载请注明出处。学无先后，达者为先！