dex2oat编译两种模式
Ⅰ dex2oat 有什么用
dex2oat的用处：
众所周知，Android虚拟机可以识别的是dex文件，应用使用过程中如果每次将dex文件加载进行内存，解释性执行字节码，效率会很低，严重影响用户体验。
通过dex2oat优化后，可以在系统运行之前利用合适的时机将dex文件字节码提前转化为虚拟机可以执行运行的机器码。
后续直接从效率更高的机器码中运行，则运行阶段更加流畅，优化用户体验。
Dex2oat (dalvik excutable file to optimized art file)，是一个对 dex 文件进行编译优化的程序，在我们的 Android 手机中的位置是/system/bin/dex2oat。
对应的源码路径为 android/art/dex2oat/dex2oat.cc。
通过编译优化，可以提升用户日常的使用体验（包含安装速度、启动速度、应用使用过程中的流畅度等），是 Android Art Runtime 中的一个重要的模块， 本文我们一起来了解下 dex2oat 的功能以及常用的场景。
Ⅱ 如何反编译 android 中 /data/dalvik-cache/arm 下的文件
所有的 apk 内包含一个 classes.dex 文件。在 Dalvik上，apk包里的 dex文件在安装的时候会通过 dexopt 转化成另一个格式，叫odex（Opitimized dex），然后存在 /data/dalvik-cache里面，如：
/data/dalvik-cache/data@[email protected]@classes.dex
虽然文件后缀还是 .dex，但是这个dex和apk内的那个已经不一样了。这个文件是针对当前机器的硬件对 dex 文件进行了定制化，也就是说把这个放到别的设备上，不一定能运行。
PS: 在要编译 rom 的时候，如果参数加上 "WITH_DEXPREOPT=true"，会在 /system/app/ 下同时生成 .apk 和 .odex 文件（注意，这里后缀又用的 .odex，但实际上和系统在 /data/dalvik-cache/ 下的 .dex文件是一样的）
ART
在 ART上，apk 包里的 dex文件在安装的时候通过 dex2oat，也会生成一个后缀为 .dex 的文件，放在 /data/dalvik-cache中，如：
/data/dalvik-cache/arm/system@app@[email protected]@classes.dex
/data/dalvik-cache/arm64/system@vendor@app@[email protected]@classes.dex
这个文件后缀叫 .dex ，但是这个文件又不一样了，这个既不是 dex 也不是 odex，用 dex2jar 的无法进行反编译的。文件格式也完全不同，因为这其实就是一个实打实的 elf文件，这个文件已经可以直接在机器上运行了。
为何 pm.jar 是空的？
首先来了解一下 ROM 的编译选项，看一下编译的时候能做什么事情， 大致了解就行了 。
编译选项
WITH_DEXPREOPT
使能编译时生成 OAT，避免第一次开机时编译耗时，但会增大 system分区的空间消耗
DONT_DEXPREOPT_PREBUILTS
使能后，将不会对 Android.mk中包含了 include $(BUILD_PREBUILT)的 Apk进行 oat，例如 Gmail，它很可能会在后期通过商店自行升级，而升级后系统中的 oat文件则没有意义了，但又无法删除，会造成空间的浪费（oat比dex文件要大）
WITH_DEXPREOPT_BOOT_IMG_ONLY
仅仅针对 boot.img进行oat优化（boot.img中包含 boot.art和 boot.oat）
LOCAL_DEX_PREOPT ture|false|nostripping
可用于各个 Android.mk，对每个 package进行单独配置，当设置为 true时，dex文件将会从 apk中剔除，如果不想剔除可使用 nostripping WPRODUCT _DEX PREOPT_*
WPRODUCT__DEX_PREOPT_*
PRODUCT_DEX_PREOPT_BOOT_FLAGS
这里的参数将会传至 dex2oat，控制 boot.img的编译优化行为。
PRODUCT_DEX_PREOPT_DEFAULT_FLAGS
控制除 boot.img 外，其他（如 jar, apk）的 OAT编译行为 例如：
PRODUCT_DEX_PREOPT_DEFAULT_FLAGS := --compiler- filter=interpret-only
$(call add-proct-dex-preopt-mole- config,services,--compiler-filter=space)
WITH_DEXPREOPT_PIC ture|false
使能 position-independent code，这样在dex2oat编译生成的 odex文件在运行时将不必再从 /system 下拷贝到 /data/dalvik-cache/ 目录下， 可以节省 /data 空间
WITH_ART_SMALL_MODE true|false
设置为 true 时，将只编译处于 boot classpath 里的类，其他的均不编译，这样既能加快第一次开机时间，因为大部分必要的类已经编译过了； 同时也能节省不少空间，因为 APP 都未进行编译。缺点是可能损失一性能，这可能要平时觉察不出，但在跑分软件上会有所体现
编译选项的经典配置
为了提高第一次开机速度，WITH_DEXPREOPT是必须使能的，这样则在编译阶段会完成 dex2oat的操作，避免在开机时间去做这个转码，节省了开机时间（6min以上缩短2min内）。
但会引起一个缺点，那就是 apk中还是包含了 class.dex（dexopt生成的），同时在对应的apk文件夹中又生成了已经转码成oat的 class.odex（dex2oat生成的），相当于这部分重复，造成了大量的空间浪费。
为了把 apk包里的 class.dex去除，节省空间，可以打开 DEX PREOPT DEFAULT := ture。
然而，这样开机速度是快了，而且节省了不少system空间，但开机后，咱们会发现即使在 system中已经存在 class.odex的 apk，第一次开机后还是会在 /data下面生成 class.odex，如data/dalvik-cache/arm64/system@app@[email protected]@classes.dex，这是何解？原来 Google为了提高安全性，在每一台机器开机时都会在之前的机器码加一个随机的偏移量，这个偏移量是随机的，每台机器都不相同，而 data分区下的这些文件就是从 system下的 class.odex加上偏移而来。
Ⅲ android dex2oat 处理加固应用
好的。。。。
Ⅳ 如何在刷机包里开启dex2oat模式
刷机准备工作：1、保证手机有充足的电量（70%以上）；2、备份手机中的个人数据（联系人、短信、应用程序等）；3、下载官方包或其它刷机包（可以到官网论坛，ROM基地下载）。方法步骤：1、首先将刷机包包拷贝到手机存储卡的根目录下。2、关机状态下，同时按住电源键与音量下键，约十秒钟时间之后，屏幕上将出现黑底黄字，这说明手机已经进入Recovery模式。3、使用音量上、下按键将光标移动到“手动选择安装包”位置，点击电源键进行确认。接下来使用音量上、下按键选择安装包，点击电源键进行确认。 4、只需等待自行完成，机过程中手机始终保持屏幕点亮状态，除了不断滚动的黄色文字之外还有蓝色的进度条显示在绿色机器人的下方。最终屏幕最下方将显示“安装完成”字样，机完成，5、根据提示选择立即重启系统，完成。
Ⅳ android在哪个版本上强制使用art为唯一的运行时环境
在安装应用程序时会调用dex2oat将代码转换为机器语言以oat文件形式存储在本地，这样在运行程序时就不会每次都进行一次编译了，执行效率也大大提升。
Android运行环境ART
安卓之前的版本运行机制是Dalvik，这个导致安卓卡慢，安卓4.4之后推出了ART，在5.0上完全使用了ART模式。
ART 的机制与 Dalvik 不同。在Dalvik下，应用每次运行的时候，字节码都需要通过即时编译器转换为机器码，这会拖慢应用的运行效率，而在ART 环境中，应用在第一次安装的时候，字节码就会预先编译成机器码，使其成为真正的本地应用。这个过程叫做预编译（AOT,Ahead-Of-Time）。这样的话，应用的启动(首次)和执行都会变得更加快速。
通俗一点就是，ART增加APK安装容量，实现了流畅度。
Ⅵ 如何利用dex2jar反编译APK
本篇讲述如何利用dex2jar反编译APK，笔者亲试可用，希望对大家有帮助
工具/原料
电脑
dex2jar
JD-GUI
方法/步骤
下载dex2jar和JD-GUI，在参考资料中添加了这两个工具的网络网盘下载地址供读者下载使用（笔者亲测）
找到我们准备测试用的apk，并将 后缀.apk改为.zip
将test.zip解压，并查看目录，找到classes.dex
并将这个文件拷至dex2jar工具存放目录下
打开控制台，使用cd指令进入到dex2jar工具存放的目录下
进入到dex2jar目录下后，输入“dex2jar.bat classes.dex”指令运行
执行完毕，查看dex2jar目录，会发现生成了classes.dex.dex2jar.jar文件
上一步中生成的classes.dex.dex2jar.jar文件，可以通过JD-GUI工具直接打开查看jar文件中的代码
Ⅶ Android运行环境ART的主要特点
在安装应用程序时会调用dex2oat将代码转换为机器语言以oat文件形式存储在本地，这样在运行程序时就不会每次都进行一次编译了，执行效率也大大提升。
Ⅷ dex2oat和dexmp是什么
非木马，无影响，占用空间很小，但可删除
Ⅸ 如何进行ODEX反编译实例
反编译普通的APK文件：
对于普通的APK/DEX文件的反编译，其实工具有很多, 包括：
ByteCode Viewer: 一个可视化的集成工具，说实话，不太好用，不够稳定，生成代码质量中等。
dex2jar + jd_gui: 这两个工具组合还可以， 用起来比ByteCode Viewer麻烦一些，但比较稳定，生成代码质量中等。
反编译ODEX文件：
Android 5.0 Lollipop以后，Google用ART代替了以前的Dalvik，对于普通的app来说我们仍然可以用上面的方法来把dex文件反编译成java源代码。但对于系统预装的App，特别是类似应用商店，播放器等， 你会发现这些应用的apk文件中找不到对应的classes.dex文件，而是会发现在其子目录下有个.odex文件。 那如何反编译这个odex文件呢？我通过google查了查，知道应该用baksmali，但从github上下载了几个版本都不行，报各种不同错误。
具体方法如下：
1. 从 这里 下载工具包， 解压缩到本地。 这里的baksmali的版本是2.0.3. 不同版本的baksmali针对的Android内核不同。有时候高版本反倒不好用。
2. 打开工具所在目录， 按住shift键， 点击鼠标右键，打开Windows命令窗口
3. 把 odex文件拷贝到该目录
4. 在命令窗口运行： oat2dex.bat *.odex . 正常情况下，应该显示OK等信息。如果报错的话，说明这个文件无法转换，后面的也不用试了。
5. 运行 oat2dex.bat *.odex temp.dex . 运行后会创建一个temp.dex文件。
6. 运行 java -jar baksmali-2.0.3.jar -a 21 -x temp.dex -o source . 运行后会创建一个source的文件夹，并将temp.dex反编译到该文件夹。-a 21 表明的是Android内核的版本21
7. 运行 java -jar small-2.0.3.jar -a 21 source -o classes.dex , 反编译为classes.dex文件。
需要注意的是：由这种方式反编译成的classes.dex 文件相比原生的classes.dex 还是缺少了些信息，因此反编译这种classes.dex 文件后生成的java代码可读性会更差些。
8. 用在线工具JADX 来把 classes.dex 最终反编译为java代码。
Ⅹ 如何反编译 android 中 /data/dalvik-cache/arm 下的文件
所有的 apk 内包含一个 classes.dex 文件。在 Dalvik上，apk包里的 dex文件在安装的时候会通过 dexopt 转化成另一个格式，叫odex（Opitimized dex），然后存在 /data/dalvik-cache里面，如：
/data/dalvik-cache/data@[email protected]@classes.dex
虽然文件后缀还是 .dex，但是这个dex和apk内的那个已经不一样了。这个文件是针对当前机器的硬件对 dex 文件进行了定制化，也就是说把这个放到别的设备上，不一定能运行。
PS: 在要编译 rom 的时候，如果参数加上 "WITH_DEXPREOPT=true"，会在 /system/app/ 下同时生成 .apk 和 .odex 文件（注意，这里后缀又用的 .odex，但实际上和系统在 /data/dalvik-cache/ 下的 .dex文件是一样的）
ART
在 ART上，apk 包里的 dex文件在安装的时候通过 dex2oat，也会生成一个后缀为 .dex 的文件，放在 /data/dalvik-cache中，如：
/data/dalvik-cache/arm/system@app@[email protected]@classes.dex
/data/dalvik-cache/arm64/system@vendor@app@[email protected]@classes.dex
这个文件后缀叫 .dex ，但是这个文件又不一样了，这个既不是 dex 也不是 odex，用 dex2jar 的无法进行反编译的。文件格式也完全不同，因为这其实就是一个实打实的 elf文件，这个文件已经可以直接在机器上运行了。
为何 pm.jar 是空的？
首先来了解一下 ROM 的编译选项，看一下编译的时候能做什么事情， 大致了解就行了 。
编译选项
WITH_DEXPREOPT
使能编译时生成 OAT，避免第一次开机时编译耗时，但会增大 system分区的空间消耗
DONT_DEXPREOPT_PREBUILTS
使能后，将不会对 Android.mk中包含了 include $(BUILD_PREBUILT)的 Apk进行 oat，例如 Gmail，它很可能会在后期通过商店自行升级，而升级后系统中的 oat文件则没有意义了，但又无法删除，会造成空间的浪费（oat比dex文件要大）
WITH_DEXPREOPT_BOOT_IMG_ONLY
仅仅针对 boot.img进行oat优化（boot.img中包含 boot.art和 boot.oat）
LOCAL_DEX_PREOPT ture|false|nostripping
可用于各个 Android.mk，对每个 package进行单独配置，当设置为 true时，dex文件将会从 apk中剔除，如果不想剔除可使用 nostripping WPRODUCT _DEX PREOPT_*
WPRODUCT__DEX_PREOPT_*
PRODUCT_DEX_PREOPT_BOOT_FLAGS
这里的参数将会传至 dex2oat，控制 boot.img的编译优化行为。
PRODUCT_DEX_PREOPT_DEFAULT_FLAGS
控制除 boot.img 外，其他（如 jar, apk）的 OAT编译行为 例如：
PRODUCT_DEX_PREOPT_DEFAULT_FLAGS := --compiler- filter=interpret-only
$(call add-proct-dex-preopt-mole- config,services,--compiler-filter=space)
WITH_DEXPREOPT_PIC ture|false
使能 position-independent code，这样在dex2oat编译生成的 odex文件在运行时将不必再从 /system 下拷贝到 /data/dalvik-cache/ 目录下， 可以节省 /data 空间
WITH_ART_SMALL_MODE true|false
设置为 true 时，将只编译处于 boot classpath 里的类，其他的均不编译，这样既能加快第一次开机时间，因为大部分必要的类已经编译过了； 同时也能节省不少空间，因为 APP 都未进行编译。缺点是可能损失一性能，这可能要平时觉察不出，但在跑分软件上会有所体现
编译选项的经典配置
为了提高第一次开机速度，WITH_DEXPREOPT是必须使能的，这样则在编译阶段会完成 dex2oat的操作，避免在开机时间去做这个转码，节省了开机时间（6min以上缩短2min内）。
但会引起一个缺点，那就是 apk中还是包含了 class.dex（dexopt生成的），同时在对应的apk文件夹中又生成了已经转码成oat的 class.odex（dex2oat生成的），相当于这部分重复，造成了大量的空间浪费。
为了把 apk包里的 class.dex去除，节省空间，可以打开 DEX PREOPT DEFAULT := ture。
然而，这样开机速度是快了，而且节省了不少system空间，但开机后，咱们会发现即使在 system中已经存在 class.odex的 apk，第一次开机后还是会在 /data下面生成 class.odex，如data/dalvik-cache/arm64/system@app@[email protected]@classes.dex，这是何解？原来 Google为了提高安全性，在每一台机器开机时都会在之前的机器码加一个随机的偏移量，这个偏移量是随机的，每台机器都不相同，而 data分区下的这些文件就是从 system下的 class.odex加上偏移而来。