Android 虚拟机与ClassLoader 类加载

一、JVM与Dalvik
1、Android应用程序运行在Dalvik/ART虚拟机上，并且每个应用程序对应有一个单独的Dalvik虚拟机实例，Dalvik虚拟机也算是一个Java虚拟机，只不过它执行的不是class文件，而是dex文件。
2、Dalvik虚拟机和Java虚拟机两者指令集是不一样的，前者基于寄存器的，后者是基于栈的
3、基于虚拟机栈的如下图：

执行过程如下图所示，都是在操作数栈进进出出，配合局部变量表来进行的。

4、基于寄存区的虚拟机
基于寄存器的虚拟机中没有操作数栈，可以这样认为：把操作数栈和局部变量表合二为一，称为寄存器，其实也就是一块物理内存，与JVM相比，Dalvik版本的指令数明显减少了，数据移动次数也明显减少了。

5、Dalvik与ART
Dalvik虚拟机执行的是dex字节码，解释执行。从Android 2.2开始，支持 JIT 即时编译（Just in time）在程序执行的过程中，进行选择经常执行的代码进行编译（编译成机器码）。ART 虚拟机直接执行的就是机器码，APK仍然是dex字节码文件。在安装的时候ART使用设备自带的dex2aot工具来编译应用，dex中的字节码将被编译成本地机器码。（5.0 开始安装apk的时候，ART就会把apk中的字节码编译成本机的机器码）
6、Android N的运作方式

JIT 编译出来的机器码是临时的，跑完直接出内存中就释放了，Profile 配置文件记录的 是代码的一些描述信息（比如这个方法是属于哪个类的，等等）

二、Android中的ClassLoader

1、Android中应用程序都是通过PathClassLoader加载的，系统Framework代码是通过BootClassLoader加载的。
2、PathClassLoader加载class调用的是loadClass方法，调用的是父类的loadClass方法，也就是ClassLoader的loadClass方法。
3、系统在创建PathClassloader的时候，传递的ClassLoader是BootClassLoader，所以ClassLoader中的parent 实际就是BootClassLoader对象
4、双亲委托机制：首先是经过BootClassLoader加载，这个是加载系统的中的类，加载到了，直接拿出去用，如果没有找到的话，就开始自己找（PathClassLoader）
5、双亲委托机制的优点，安全性考虑，防止核心API库被随意篡改。
避免重复加载，BootClassLoader已经加载了该类的时候，就没有必要子PathClassLoader再加载一次。

protected Class<?> loadClass(String name, boolean resolve)
        throws ClassNotFoundException  {
            // First, check if the class has already been loaded
            Class<?> c = findLoadedClass(name);
            if (c == null) {
                try {
                    if (parent != null) { // 这块是从BootClassLoader中加载，
                        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.
                    c = findClass(name);
                }
            }
            return c;
    }

6、自己类加载流程

热修复：其实就是把我们自己的补丁包，打包成dex文件，插入到 dexElements数组的最前面，当加载这个类的时候，先从补丁包的dex文件中查找，如果找到的话，直接拿去用，就不用从其他的dex文件中进行加载了。