文章目录

  • ​​一、禁用 dex2oat 简介​​
  • ​​二、TurboDex 中禁用 dex2oat 参考示例​​






一、禁用 dex2oat 简介


在上一篇博客 ​​【Android 逆向】ART 函数抽取加壳 ( ART 下的函数抽取恢复时机 | 禁用 dex2oat 机制源码分析 )​​

  • 分析了 dex2oat 机制 的运行过程 , 即将 Dex 字节码文件 转为 Oat 字节码文件 , 其目的是为了 提高运行效率
  • 在上述第二章节的源码中 , 任意一个位置进行 Hook 操作 , 都可以 打断 dex2oat 的执行过程 , 以达到 关闭字节码优化的目的 ;


在 ART 虚拟机 下实现 函数抽取 加壳 , 首先要 禁用 dex2oat , 在 ​​【Android 逆向】ART 函数抽取加壳 ( ART 下的函数抽取恢复时机 | 禁用 dex2oat 机制源码分析 ) 二、禁用 dex2oat 机制源码分析​​ 章节 分析 ART 虚拟机下加载 Dex 字节码文件的流程 :

  • DexClassLoader
  • InMemoryDexClassLoader





二、TurboDex 中禁用 dex2oat 参考示例


在 ​​https://github.com/asLody/TurboDex​​ 项目中 , 就禁用了 dex2oat ,

TurboDex 是一个 快速加载 Dex 的工具 , 在 ART 虚拟机中 , 加载 Dex 后会 自动转为 Oat 格式 , 该过程需要花费很长时间 , 引入 TurboDex 后 , 禁用 dex2oat , 可实现瞬间加载 Dex ;

在该项目中 , 也是使用了 Hook ​​【Android 逆向】ART 函数抽取加壳 ( ART 下的函数抽取恢复时机 | 禁用 dex2oat 机制源码分析 )​​ 博客中介绍的过程 , 实现了 禁用 dex2oat 的功能 ;

其中文介绍如下 :

TurboDex: 在Android瞬间加载Dex

众所周知,Android中在Runtime加载一个 未优化的Dex文件 (尤其在 ART 模式)需要花费 很长的时间. 
当你在App中使用 插件化框架 的时候, 首次加载插件就需要耗费很长的时间.

TurboDex 就是为了解决这一问题而生, 就像是给AndroidVM开启了上帝模式, 
在引入TurboDex后, 无论你加载了多大的Dex文件,都可以在毫秒级别内完成.

参考地址 : ​​https://github.com/asLody/TurboDex/blob/master/CHINESE.md​​



在该项目的 ​​TurboDex/project/turbodex/turbodex/src/main/jni/core/FastLoadDex.cpp​​ 代码中 , 有如下代码 :

void enableFastLoadDex() {
  if(!hooked) {
    HOOK(execv);
    hooked = true;
  }
  enable = true;
}

说明在 TurboDex 中 , 禁用 dex2oat 是通过 Hook execv 函数实现的 , 与 ​​【Android 逆向】ART 函数抽取加壳 ① ( ART 下的函数抽取恢复时机 | 禁用 dex2oat 机制源码分析 ) 二、禁用 dex2oat 机制源码分析 4、exec_utils.cc#ExecAndReturnCode 源码分析​​ 博客章节分析的源码结论相同 ;

在 exec_utils.cc#ExecAndReturnCode 源码中 , 有如下代码片段 :

if (envp == nullptr) {
      execv(program, &args[0]);
    } else {
      execve(program, &args[0], envp);
    }

参考源码 : ​​http://aospxref.com/android-8.0.0_r36/xref/art/runtime/exec_utils.cc#ExecAndReturnCode​​ ;

有的 ART 虚拟机需要 Hook ​​execv​​ 函数 , 有的需要 Hook ​​execve​​ 函数 ;