复习：Class文件结构

Class Loading Linking Initializing：编译 加载 初始化

这节课，我们讲 class 是怎么从硬盘中加载到内存中，并且准备执行的。

package com.mashibing.jvm.c2_classloader;public class T004_ParentAndChild {public static void main(String[] args) {System.out.println(T004_ParentAndChild.class.getClassLoader());System.out.println(T004_ParentAndChild.class.getClassLoader().getClass().getClassLoader());System.out.println(T004_ParentAndChild.class.getClassLoader().getParent());System.out.println(T004_ParentAndChild.class.getClassLoader().getParent().getParent());//System.out.println(T004_ParentAndChild.class.getClassLoader().getParent().getParent().getParent());}
}

输出：

jdk.internal.loader.ClassLoaders$AppClassLoader@2437c6dc
null
jdk.internal.loader.ClassLoaders$PlatformClassLoader@1e643faf
null

“双亲”这个词不是特别好。实际上是有一个从子到父的过程，也有一个从父到子的过程。
（我理解的这个过程类似于DNS域名解析）是类似于递归的调用。
ClassLoader的Load过程，就是模板方法的设计模式。

手动加载一个类

package com.mashibing.jvm.c2_classloader;public class T005_LoadClassByHand {public static void main(String[] args) throws ClassNotFoundException {Class clazz = T005_LoadClassByHand.class.getClassLoader().loadClass("com.mashibing.jvm.c2_classloader.T002_ClassLoaderLevel");System.out.println(clazz.getName());//利用类加载器加载资源，参考坦克图片的加载//T005_LoadClassByHand.class.getClassLoader().getResourceAsStream("");}
}

可以看一下LoadClass源码：

    protected Class<?> loadClass(String name, boolean resolve)throws ClassNotFoundException{synchronized (getClassLoadingLock(name)) {// First, check if the class has already been loadedClass<?> 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 statsPerfCounter.getParentDelegationTime().addTime(t1 - t0);PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);PerfCounter.getFindClasses().increment();}}if (resolve) {resolveClass(c);}return c;}}

关于编译器

默认模式是混合模式，就是混合使用解释器加热点代码编译。什么叫热点代码编译？
多次被调用的方法，多次被调用的循环进行编译，怎么检测呢？就是用一个计数器，每个方法上都有一个方法，计数器循环有循环计数器。结果在发现某个方法一秒钟执行了超过某个10万次。我要对他进行编译，拿大腿想一想我该怎么办？直接编译成本地代码，再用的话直接用本地的。不用解释器执行了。

这时候会有人问，为什么不直接都编译成本地代码呢，执行效率更高，因为Java解释器现在效率已经非常高了，在一些简单的代码上它不属于便器。第二点，如果你有一段代码执行文件，特别特别多各种各样的类库，有时候好几十个class，这是正常的。你上来二话不说先给编译器让他编译，编译的过程会长的吓人，所以现在默认的模式是混合模式，但是完全可以用参数来指定到底是什么模式。

这个东西是可以验证的，有一个小程序，可以通过指定不同的参数，看一下编译模式、解释模式、混合模式的执行速度上的差异。
差不多编译模式和混合模式都在4秒左右，解释模式耗时比较长。

package com.mashibing.jvm.c2_classloader;public class T009_WayToRun {public static void main(String[] args) {for(int i=0; i<10_0000; i++)m();long start = System.currentTimeMillis();for(int i=0; i<10_0000; i++) {m();}long end = System.currentTimeMillis();System.out.println(end - start);}public static void m() {for(long i=0; i<10_0000L; i++) {long j = i%3;}}
}