ART的初始化
 下面我们从JNI_GetDefaultJavaVMInitArgs()，JNI_CreateJavaVM()和JNI_GetCreatedJavaVMs()三个函数入手来了解ART的初始化过程。这三个函数的代码位于jni_internal.cc中。
 JNI_GetDefaultJavaVMInitArgs()函数在ART中没有作为，只是返回JNI_ERR。如下所示：
 extern "C" jintJNI_GetDefaultJavaVMInitArgs(void* ) {
   return JNI_ERR;
 }
 JNI_GetCreatedJavaVMs()函数用来返回在Runtime中保存的JavaVMExt的指针，函数代码如下所示：
 extern "C" jint JNI_GetCreatedJavaVMs(JavaVM**vms, jsize, jsize* vm_count) {
   Runtime* runtime =Runtime::Current();
   if (runtime == NULL) {
    *vm_count = 0;
   } else {
    *vm_count = 1;
    vms[0] = runtime->GetJavaVM();
   }
   return JNI_OK;
 }
 Runtime的GetJavaVM()函数只是返回了Runtime类的成员变量java_vm_，如下所示。
 JavaVMExt* GetJavaVM() const {
    return java_vm_;
 }
java_vm_是JavaVMExt类型的指针，定义如下：
  JavaVMExt* java_vm_;

 理解了两个简单的函数后，我们再来分析JNI_CreateJavaVM()函数，代码如下：
 extern "C" jint JNI_CreateJavaVM(JavaVM** p_vm,JNIEnv** p_env, void* vm_args) {
   const JavaVMInitArgs* args =static_cast(vm_args);
   // 检查JNI的版本
   if(IsBadJniVersion(args->version)) {
    LOG(ERROR) << "Bad JNI version passed to CreateJavaVM: "<< args->version;
    return JNI_EVERSION;
   }
   // 保存启动参数到options中。
   Runtime::Optionsoptions;
   for (int i = 0; i <args->nOptions; ++i) {
    JavaVMOption* option = &args->options[i];
    options.push_back(std::make_pair(std::string(option->optionString),option->extraInfo));
   }
   bool ignore_unrecognized =args->ignoreUnrecognized;
   if (!Runtime::Create(options,ignore_unrecognized)) { // 创建虚拟机
    return JNI_ERR;
   }
   Runtime* runtime =Runtime::Current();
   bool started =runtime->Start();      //启动虚拟机
   if (!started) {
    delete Thread::Current()->GetJniEnv();
    delete runtime->GetJavaVM();
    return JNI_ERR; // 启动失败，方法
   }
   *p_env =Thread::Current()->GetJniEnv();
   *p_vm =runtime->GetJavaVM();
   return JNI_OK;
 }
 JNI_CreateJavaVM()函数中调用Runtime的Create()函数来创建虚拟机，然后调用start()函数来启动它。在ART中，Runtime对象的地位和Dalvik中的DvmGlobals对象gDVm类似，包含了所有重要的变量。
下面我们继续分析Create()函数：
 bool Runtime::Create(const Options& options,bool ignore_unrecognized) {
   if (Runtime::instance_ !=NULL) {
    return false;  //只能创建一个Runtime实例
   }
  InitLogging(NULL);  // Calls Locks::Init() as aside effect.
   instance_ = newRuntime;  // 创建了Runtime类的实例
   if(!instance_->Init(options, ignore_unrecognized)){ // 初始化Runtime对象
    delete instance_;
    instance_ = NULL;
    return false;
   }
   return true;
 }
 Runtime的Create()函数中创建了Runtime对象，并调用它的Init()函数进行初始化。函数代码如下：
 bool Runtime::Init(const Options&raw_options, bool ignore_unrecognized) {
   UniquePtroptions(ParsedOptions::Create(raw_options,
 ignore_unrecognized));
   ......
   QuasiAtomic::Startup();
  Monitor::Init(options->lock_profiling_threshold_,
 options->hook_is_sensitive_thread_);
   host_prefix_ =options->host_prefix_;
   boot_class_path_string_ =options->boot_class_path_string_;
   ... // 更多的赋值语句
   monitor_list_ = newMonitorList;
   thread_list_ = newThreadList;
   intern_table_ = newInternTable;
   if(options->interpreter_only_) {
    GetInstrumentation()->ForceInterpretOnly();
   }
   // 创建堆（Heap）对象
   heap_ = newgc::Heap(options->heap_initial_size_,
                       options->heap_growth_limit_,
                       ......);
   BlockSignals();
  InitPlatformSignalHandlers();
   // 创建JavaVMExt对象
   java_vm_ = new JavaVMExt(this,options.get());
  // 将当前的主线程变成一个“Java” 线程
  Thread::Startup(); 
   Thread* self =Thread::Attach("main", false, NULL, false); 
  self->TransitionFromSuspendedToRunnable();
  GetHeap()->EnableObjectValidation();
   if(GetHeap()->GetContinuousSpaces()[0]->IsImageSpace()) {
    class_linker_ = ClassLinker::CreateFromImage(intern_table_);
   } else {
    class_linker_ =ClassLinker::CreateFromCompiler(*options->boot_class_path_, intern_table_);
   }
   ......
   return true;
 }
 Init()函数最重要的工作是创建了Heap对象和ClassLinker对象。我们只要将ART和Dalvik对比一下就可以理解，因为ART模式下并不需要去解析和执行字节码，所以它的工作比Dalivk要少很多。即使应用已经编译成了可执行代码，但是同样也要支持垃圾回收功能，所以Heap模块还是必不可少的。Art的Heap模块的功能几乎和Dalvik中的相同，垃圾回收的算法也是标志并清除法，不过代码的实现更加晦涩，所以本书不打算再分析一遍Art的Heap算法了。
 ART虽然不用去装载和执行字节码，但是还是要保留所有Java类的信息，Java程序和C++程序除了内存管理方式不同外，最大的区别是Java程序能够动态的获取各种类的信息，包括方法，变量等。所以ART中同样也要提供这些功能，否则编译出来的程序也无法使用。ClassLinker类的作用就是在ART内部提供各种Java类的解析功能。

ART开始运行
 初始化完成之后，接下来是调用Runtime的start()函数开始运行，函数代码如下：
 bool Runtime::Start() {
   VLOG(startup) <<"Runtime::Start entering";
   Thread* self =Thread::Current();
  self->TransitionFromRunnableToSuspended(kNative);
   started_ = true;
  InitNativeMethods()   //初始化本地的JNI方法
   InitThreadGroups(self);
   Thread::FinishStartup();
   if (is_zygote_) {
      if (!InitZygote()) {
          return false;
      }
   } else {
      DidForkFromZygote();
   }
  StartDaemonThreads();  //调用java.lang.Daemons的start方法
   system_class_loader_ =CreateSystemClassLoader(); //创建一个ClassLoader对象
  self->GetJniEnv()->locals.AssertEmpty();
   VLOG(startup) <<"Runtime::Start exiting";
   finished_starting_ =true;
   return true;
 }
 Start()方法中会调用InitNativeMethods()来初始化本地的JNI方法，ART中也同样支持JNI函数，不过ART中对部分系统的JNI函数进行了重写，但是实现原理和Dalvik中的没有太大区别，而大部分其他模块的JNI函数还是保持不变。调用InitNativeMethods()方法后这些JNI函数就可以使用了。
接下来如果是在Zygote进程中，则会调用InitZygote()函数来进行初始化，这个函数的实现和Dalvik中的几乎一样，主要工作是设置进程的groupid，以及mountrootfs文件系统到根目录。如果不是Zygote进程，则调用DidForkFromZygote()函数，这个函数主要工作是调用Heap对象的CreateThreadPool()函数来创建线程池。
最后Start()函数中调用了StartDaemonThreads()函数，这个函数的工作是调用Java类Daemons的start()方法来启动一些Deamon线程，这些Deamon前面我们已经分析过了。这个过程实际上和Dalvik启动时完成的最后一项工作相同。
对比Dalivk启动时需要完成的工作，ART是相当的简单了。