乌兰察布市网站建设_网站建设公司_安全防护

编译（一）：基础知识

编译（二）：ClassLoader、JIT、AOT、Linker

编译（三）：class、dex、so 编译流程

启动类加载器（Bootstrap ClassLoader）：

扩展类加载器（Extention ClassLoader）：

应用程序类加载器（Application ClassLoader）：

用户自定义的类加载器（User ClassLoader）：

URLClassLoader：

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：

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 在加载 ELF 时的最主要工作是 relocation（重定位），这个过程的目的是为当前 ELF 的每个“导入符号”找到对应的外部符号（函数或数据）的绝对地址。
.got.plt：保存外部函数的绝对地址。这就是我们经常会听到的 “GOT 表”。
.rel.plt，.rela.plt：用于关联 .dynsym 和 .got.plt。这就是我们经常会听到的 “PLT 表”。

乌兰察布市网站建设_网站建设公司_安全防护_seo优化