Settings> Developer Options> Select Runtime

ART优点     

 1、系统性能的显著提升。     
 2、应用启动更快、运行更快、体验更流畅、触感反馈更及时。     
 3、更长的电池续航能力。
 4、支持更低的硬件。

ART缺点    

1、更大的存储空间占用，可能会增加10%-20%。      
2、更长的应用安装时间。

Dalvik虚拟机性能优化

     1、DEX代码安装时或第一次动态加载时odex化处理。
     2、Android2.2版本提供了JIT机制提升性能；

      JIT(Just-In-Time)，用来在运行时动态地将执行频率很高的dex字节码编译成本地机器码，然后再执行。通过JIT，就可以有效地提高Dalvik虚拟机的执行效率。但是，应用每次运行的时候，部分字节码都需要通过JIT转换为机器码，降低了应用程序运行效率。而ART则是使用AOT进行处理（Ahead-Of-Time），所谓AOT是指在运行以前就把中间代码静态编译成本地代码，这就减去了JIT运行时的转换时间，因此，即使Dalvik采用了JIT，Dalvik总体性能还是不能与直接执行本地机器码的ART虚拟机相比。


AOT的编译器分两种模式：
1. 在开发机上编译预装应用；
          C/C++开发应用程序的时候，编译器直接就把它们翻译成目标机器码。
2. 在设备上编译新安装的应用；
          在应用安装时将dex字节码翻译成本地机器码。

Zygote进程在启动的过程中，会创建一个Dalvik虚拟机。Zygote进程通过自我复制的方式来创建应用程序进程，省去的不仅仅是应用程序进程创建Dalvik虚拟机的时间，Zygote通过AndroidRutime::start函数创建Dalvik虚拟机。在Android系统中，Davik虚拟机实现在libdvm.so中，ART虚拟机实现在libart.so中，通过persist.sys.dalvik.vm.lib系统属性来选择运行指定虚拟机。无论Dalvik还是ART，都实现了三个相同的接口函数：
1. JNI_GetDefaultJavaVMInitArgs -- 获取虚拟机的默认初始化参数
2. JNI_CreateJavaVM -- 在进程中创建虚拟机实例
3. JNI_GetCreatedJavaVMs -- 获取进程中创建的虚拟机实例

JniInvocation提供统一了接口：

libnativehelper\JniInvocation.cpp

jint JniInvocation::JNI_GetDefaultJavaVMInitArgs(void* vmargs) {
  return JNI_GetDefaultJavaVMInitArgs_(vmargs);
}

jint JniInvocation::JNI_CreateJavaVM(JavaVM** p_vm, JNIEnv** p_env, void* vm_args) {
  return JNI_CreateJavaVM_(p_vm, p_env, vm_args);
}

jint JniInvocation::JNI_GetCreatedJavaVMs(JavaVM** vms, jsize size, jsize* vm_count) {
  return JNI_GetCreatedJavaVMs_(vms, size, vm_count);
}

该函数间接调用以下函数来实现：

extern "C" jint JNI_GetDefaultJavaVMInitArgs(void* vm_args) {
  return JniInvocation::GetJniInvocation().JNI_GetDefaultJavaVMInitArgs(vm_args);
}

extern "C" jint JNI_CreateJavaVM(JavaVM** p_vm, JNIEnv** p_env, void* vm_args) {
  return JniInvocation::GetJniInvocation().JNI_CreateJavaVM(p_vm, p_env, vm_args);
}

extern "C" jint JNI_GetCreatedJavaVMs(JavaVM** vms, jsize size, jsize* vm_count) {
  return JniInvocation::GetJniInvocation().JNI_GetCreatedJavaVMs(vms, size, vm_count);
}

libnativehelper\JniInvocation.h

static JniInvocation* jni_invocation_;
void* handle_;//保存so库的首地址
jint (*JNI_GetDefaultJavaVMInitArgs_)(void*);
jint (*JNI_CreateJavaVM_)(JavaVM**, JNIEnv**, void*);
jint (*JNI_GetCreatedJavaVMs_)(JavaVM**, jsize, jsize*);

因此JniInvocation对外提供的接口函数是由JniInvocation中定义的函数指针来实现。JniInvocation中定义的函数指针是在哪里初始化的呢？我们知道Android虚拟机是在Zygote进程中通过调用AndroidRuntime::start()函数启动的：

frameworks\base\core\jni\AndroidRuntime.cpp

void AndroidRuntime::start(const char* className, const char* options)
{
   ...
    /* start the virtual machine */
    JniInvocation jni_invocation;
    jni_invocation.Init(NULL);
    JNIEnv* env;
    if (startVm(&mJavaVM, &env) != 0) {
        return;
    }
    onVmCreated(env);
	...
}

在启动虚拟机前通过调用JniInvocation::Init()函数来初始化JniInvocation中声明的函数指针

bool JniInvocation::Init(const char* library) {
#ifdef HAVE_ANDROID_OS
  char default_library[PROPERTY_VALUE_MAX];
  property_get("persist.sys.dalvik.vm.lib", default_library, "libdvm.so");
#else
  const char* default_library = "libdvm.so";
#endif
  if (library == NULL) {
    library = default_library;
  }

  handle_ = dlopen(library, RTLD_NOW);
  if (handle_ == NULL) {
    ALOGE("Failed to dlopen %s: %s", library, dlerror());
    return false;
  }
  //查找JNI_GetDefaultJavaVMInitArgs函数指针
  if (!FindSymbol(reinterpret_cast<void**>(&JNI_GetDefaultJavaVMInitArgs_),
                  "JNI_GetDefaultJavaVMInitArgs")) {
    return false;
  }
  //查找JNI_CreateJavaVM函数指针
  if (!FindSymbol(reinterpret_cast<void**>(&JNI_CreateJavaVM_),
                  "JNI_CreateJavaVM")) {
    return false;
  }
  //查找JNI_GetCreatedJavaVMs函数指针
  if (!FindSymbol(reinterpret_cast<void**>(&JNI_GetCreatedJavaVMs_),
                  "JNI_GetCreatedJavaVMs")) {
    return false;
  }
  return true;
}

该函数就是根据persist.sys.dalvik.vm.lib属性值来加载不同的虚拟机动态库，并从动态库中查找JNI_GetDefaultJavaVMInitArgs，JNI_CreateJavaVM，JNI_GetCreatedJavaVMs函数首地址

bool JniInvocation::FindSymbol(void** pointer, const char* symbol) {
  *pointer = dlsym(handle_, symbol);
  if (*pointer == NULL) {
    ALOGE("Failed to find symbol %s: %s\n", symbol, dlerror());
    dlclose(handle_);
    handle_ = NULL;
    return false;
  }
  return true;
}

应用安装时采用的代码优化方式不同：
              Dalvik ： dex2opt
              ART ：    dex2oat 

Dalvik dex代码经过dex => optimized dex => JIT cache这个过程，内存中需要同时容纳odex和JIT cache两份代码;换成ART以后，就变成dex => oat，内存里只放oat就可以。

两个运行环境产生的优化代码路径及文件名都为：/data/dalvik-cache/app/data@app@{package name}.apk@classes.dex,但是ART环境产生的优化代码文件大小明显比Dalvik环境产生大。OAT文件其实就是基于ELF格式的一种私有文件格式。

开发者开发出的应用程序经过编译和打包之后，仍然是一个包含dex字节码的APK文件。既然应用程序包含的仍然是dex字节码，而ART虚拟机需要的是本地机器码，这就必然要有一个翻译的过程。Android系统在应用程序安装时，通过dex2oat工具将应用的dex字节码翻译成本地机器码。

ART相关源代码：

OAT文件加载流程

1、读取oatdata符号地址获取Oat数据 startAddress。

2、读取oatlastword符号地址获取OAT数据 endAddress。

3、通过startAddress和endAddress定位Oat数据。

4、解析Oat数据。构建方法定位所需数据结构。

然后就可以调用加载OAT文件的代码了。