Class加载过程

类加载过程

1.loading 加载
（双亲委派，本身出于安全考虑。打破该机制：tomcat,因为webapps下有多个工程，如果有同名的class,在双亲委派的机制下，无法同时在一个空间使用。所以每一个webapplication都有一个自己的classloader（重写ClassLoader,loadclass()方法））
（Lazy Loading）
（ClassLoader）
（自定义ClassLoader）
(混合执行、编译执行、解释执行)
2.linking 链接
1.Verification 验证，验证文件是否符合JVM规定
​ 2.Preparation 准备，静态成员变量赋默认值
​ 3.Resolution 解析，将类、方法、属性等符号引用解析为直接引用，常量池中的各种符号引用解析为指针、偏移量等内存地址的直接引用。由class符号引用->内存地址引用
3.Initializing初始化 调用类初始化代码 ，给静态成员变量赋初始值
1. load，默认值 - 初始值
2. new，申请内存 - 默认值 - 初始值

Loading过程知识点

类加载器的双亲委派

1、（当获取classloader是null时，代表获取到的时顶级类加载器，Bootstrap类加载器）
2、双亲委派机制，其实指的是由子到父，再由父到子的过程。主要解决的是类加载的安全问题（比如java.lang.String,如果没有双亲委派，直接由自定义ClassLoader加载了，有了双亲委派会去父加载器，看是否可以加载）
3、具体为什么Bootstrap、Extension、App是加载他们自己的类，可以看sun.misc.Lancher,是他们的启动类。相关配置决定了他们所加载的类的路径

ClassNotFound的产生过程

自定义ClassLoader

应用场景:Jrebel热部署（把新的class加载到内存）。tomcat加载webapps下工程。spring动态代理，会将新的class，load到内存。

源码解析：首先尝试自己load，如果为null，上级加载器尝试load,如果都为null，findClass源码里是直接返回ClassNotFound异常。这里是设计模式中的模板方法，可以继承ClassLoader重写findClass方法，变为自定义类加载器,通过读取本地文件二进制流，用defineClass转化为class对象。

JVM懒加载

JVM解释执行、编译执行，混合模式

混合使用：先由解释器解释执行，如果JVM发现有一段代码一直在重复执行(热点代码 HotSpot)，将进行编译，在本地执行。提高执行效率
检测热点代码：-XX:CompileThreshold=10000

---