Android应用框架之Application&Acti

不同于其他系统，在Android中Application并不是一个重要的概念，甚至开发人员在开发的过程中很少需要直接与Application打交道，其提供的也仅仅是一个上下文环境。至于为什么会这样，还是与设计者的设计思想有关。Android的设计者希望呈现给用户的是一个组件化的操作系统，开发者只需要与Activity,Service,BroadcatReceiver,ContentProvider进行交互就行了，并且上述这些组件才是Android的核心概念。
但是Android毕竟是给予Linux的，一个应用程序需要跑起来也必须依托于一个进程之上，所有的组件也必须寄宿在某一个进程之上。所以Application实际上是一个容器或者宿主，用于盛放各个组件。

当第一个Activity被创建时，系统会为通过makeApplication方法创建一个Application实例，同时也会创建一个进程。默认情况下这个进程的名字和包名相同。当然开发者也可以通过android:process=name的方式设定进程名。之后再创建其他组件时，也会被放入到这个进程中。

ActivityThread

尽管Application名字听起来很唬人，但实际上真正的应用框架在ActivityThread：

NaiveStart.main()

ZygoteInit.main

ZygoteInit$MethodAndArgsCall.run

Method.Invoke

method.invokeNative

ActivityThread.main()

Looper.loop()

....

以上是应用的启动堆栈，从中可以看到真正的入口是ActivityThread。
应用程序以ActivityThread.main()为入口启动，同时进入到Looper.loop()创建的消息循环中。作为一个人机交互的系统，一个应用最为核心的就是消息循环与事件分发处理，而消息循环就在ActivityThread中。除此之外，ActivityThread还提供了一个IActivityThread接口给Activity Service Manager(AMS)作为与AMS通信的接口。

接下来来看看ActivityThread是如何创建的。实际上ActivityThread与Activity Manager Service的关系和ViewRoot与Window Manager Service的关系很类似。而创建ActivityThread的过程就有点类似于ViewRoot的addView。其过程大致可以分为两个步骤：

• 1 Activity Manager创建进程
• 2 被创建的进程attach到Activity Manager，建立与AM之间的联系

ActivityManager创建进程

在AM本地用ProcessRecord来指代一个应用进程。同时AMS还维护两个数组：mProcessNames以及mPidsSelfLocked。两者存储的对象如下图所示： 这里写图片描述

• 1）Activity Manager Service首先通过startProcessLocked(processName,Appinfo.uid)创建一个进程对象，类型是ProcessRecord，加入到mProcessNames数组中。在这个数组中应用通过包名和uid标识自己，如果在同一个Package中的Activity,如果都使用默认设置，那么这些Activity都会托管在同一个进程中，这是因为他们在带的ApplicationInfo中的ProcessName都是一样的。
• 2）android.app.ActivityThread进程启动。Android.app.ActivityThread进程建立后，将跳入到ActivityThread的main函数开始运行，进入消息循环。应用进程使用thread.attach()发起AMS的AttachApplicationLocked调用，并传递 ActvitiyThread对象和CallingPid。AttachApplicationLocked将根据CallingPid在mPidsSelfLocked找到对应的ProcessRecord实例app,将ActvitiyThread放置在app.thread中。这样应用进程和AMS建立起来双向连接。AM可以使用AIDL接口，通过app.thread可以访问应用进程的对象。
•