Android Framework------之ActivityManagerService与Activity之间的通信

研究Android系统的童鞋，想必都已经了解一个Activity的启动过程了。而且在网上，关于Activity的启动的文章非常多，很容易就能找到的。这篇文章的重点放在ActivityManagerService如何与新进程之间的通信商，因此关于Activity的启动过程，这里就略过不说了。 本文是基于《深入理解Android II》中第六章的前两节完成，对于书中的内容，这里尽量少说，而是以自己的理解和补充为主。

下面列出一幅图，是描述Activity启动过程在ActivityManagerService所在进程及应用程序所在进程的执行的函数有哪些

未完，待续

在文章的最后，提出几个问题：

（1）在Android提供的文档中如下描述Activity的：

An activity is a single, focused thing that the user can do. Almost all activities interact with the user, so the Activity class takes care of creating a window for you in which you can place your UI with setContentView(View). While activities are often presented to the user as full-screen windows, they can also be used in other ways: as floating windows (via a theme with windowIsFloating set) or embedded inside of another activity (using ActivityGroup).

由文档中的描述可以看出，activity的两大功能： 持有Window可以放置UI；和用户交互。了解过Android系统之后，我们会知道，UI是放在PhoneWindow中的；交互是由View完成的。由此看来，Activity只是对这两个对象进行了组合。在Android系统中能做这样的事情对象也有很多啊，为什么一定要用Activity呢？即Android系统设计者使用Activity的目的是什么？

我自己的理解，不一定和Activity存在的目的一致的：  为了把功能模块化。每个Activity的目的是单独的功能，使用Intent.Actiion_xxx声明。而这个功能就是通过View的各种各样的交互来实现。做个比喻，View能够完成的交互功能就像是程序语言中的基本数据类型，而Activity就像是个类，由各种各样的基本数据类型放在一起才能组成一个特定的类。activity从功能的角度来说，就是由各种各样的View功能放在一起才能组成一个特定的功能，就是activity。我想，如果从这个目的出发去了解Activity的实现原理，去阅读源代码会轻松些。

（2）Android系统设计者为了实现这个目的，又设计了哪些数据结构和哪些算法？

首先要有Activity，ActivityManagerService。 而Activity分布在不同的进程中，很可能不会和ActivityManagerService在同一个进程中，因此要管理系统中所有的Activity，就需管理者拥有每个activity的信息，所以就有了ActivityRecord。而管理者为了更方便地管理ActivityRecord，又设计了ActivitStack。管理Activity就要涉及到不同Activity的切换，这样为了标示Activity的运行状态又设计了ActivityState。这样，ActivityStack可以按照Activity所处的状态不同分组，进一步方便了查找和管理。（ActivityState的变化不仅仅要管理者知道，更重要的是要Activity本身知道它现在所处的状态，是否可以运行，这需要进程间通信，为此有了ApplicationThread。）为了解决Activity与进程之间的关系，又设计了ProcessRecord。.....（未完，待续）

（3）Android系统设计者实现了Activity及其相关的子系统，能否进行改进和优化？

（未完，待续）