编译（二）：ClassLoader、JIT、AOT、Linker
编译（一）：基础知识
编译（二）：ClassLoader、JIT、AOT、Linker
编译（三）：class、dex、so 编译流程
Java ClassLoader
启动类加载器（Bootstrap ClassLoader）：
- 使用C++实现（仅限于HotSpot），是虚拟机自身的一部分。
- 主要负责加载Java核心类库，%JRE_HOME%\lib下的rt.jar、resources.jar、charsets.jar和class等。
- 其无法被Java程序直接引用。像String，Integer，Double类都是由引导类加载器加载的
扩展类加载器（Extention ClassLoader）：
- 一般使用Java实现的，独立于虚拟机的外部，由sun.misc.Launcher$ExtClassLoader实现
- 负责加载Java的扩展类库，主要负责加载目录%JRE_HOME%\lib\ext目录下的jar包和class文件。
- 开发者可直接使用扩展类加载器
应用程序类加载器（Application ClassLoader）：
- 使用java实现。负责加载应用程序（ClassPath）目录下的所有jar和class文件。
- 开发者可通过ClassLoader.getSystemClassLoader()方法直接获取
- 由sun.misc.Launcher$AppClassLoader实现
用户自定义的类加载器（User ClassLoader）：
- 用户自定义的类加载器,可加载指定路径的class文件
Android ClassLoader
URLClassLoader：
- 只能用于加载jar文件，但是由于 dalvik 不能直接识别jar，所以在 Android 中无法使用这个加载器。
PathClassLoader：
- 继承于BaseDexClassLoader，封装了一下构造函数, 默认 optimizedDirectory=null。主要用于系统和app的类加载器
- 它只能加载已经安装的apk。因为 PathClassLoader 只会去读取 /data/dalvik-cache 目录下的 dex 文件。例如我们安装一个包名为com.hujiang.xxx的 apk,那么当 apk 安装过程中，就会在/data/dalvik-cache目录下生产一个名为data@app@com.hujiang.xxx-1.apk@classes.dex的 ODEX 文件。在使用 PathClassLoader 加载 apk 时，它就会去这个文件夹中找相应的 ODEX 文件，如果 apk 没有安装，自然会报ClassNotFoundException。
DexClassLoader：
- 简单地封装了BaseDexClassLoader对象,并没有覆写父类的任何方法
- 可用于执行动态加载,但必须是app私有可写目录来缓存odex文件
AOT（Ahead Of Time）和JIT（Just In Time）
JIT的运行流程：
- 用户运行应用，而这随后就会触发 ART 加载 .dex 文件。
- 如果有 .oat 文件（即 .dex 文件的 AOT 二进制文件），则 ART 会直接使用该文件。虽然 .oat 文件会定期生成，但文件中不一定会包含经过编译的代码（即 AOT 二进制文件）。
- 如果没有 .oat 文件，则 ART 会通过 JIT 或解释器执行 .dex 文件。如果有 .oat 文件，ART 将一律使用这类文件。否则，它将在内存中使用并解压 APK 文件，从而得到 .dex 文件，但是这会导致消耗大量内存（相当于 dex 文件的大小）。
- 针对任何未根据speed编译过滤器编译的应用启用JIT（也就是说，要尽可能多地编译应用中的代码）。
- 将 JIT 配置文件数据转存到只限应用访问的系统目录内的文件中。
- AOT 编译 (dex2oat) 守护进程通过解析该文件来推进其编译。
AOT（Ahead Of Time）和JIT（Just In Time）配合：
- 最初在安装应用程序的时候不执行任何AOT编译。应用程序运行的前几次都将使用解释模式，并且经常执行的方法将被JIT编译。
- 当设备处于空闲状态IDLE并正在充电时Charging，编译守护进程会根据第一次运行期间存储在 jit code cache 中并生成的Profile文件对常用代码运行AOT编译。
- 应用程序的下一次重新启动将使用Profile文件引导的代码，并避免在运行时为已编译的方法进行JIT编译。在新运行期间得到JIT编译的方法将被添加到Profile文件中，然后被编译守护进程使用。
Linker
- linker 在加载 ELF 时的最主要工作是 relocation（重定位），这个过程的目的是为当前 ELF 的每个“导入符号”找到对应的外部符号（函数或数据）的绝对地址。
- .got.plt：保存外部函数的绝对地址。这就是我们经常会听到的 “GOT 表”。
- .rel.plt，.rela.plt：用于关联 .dynsym 和 .got.plt。这就是我们经常会听到的 “PLT 表”。