Android  apk 的构造真的很奇妙，它吸取了client/service的思想，apk没有自己的独立入口函数，只是包含一个或者多个component，在进行程序执行时根据manifest配置文件来确定需要哪些的component。

而conponent的激活是由intent来触发的，intent说穿了就是一个包括了操作和操作数据 的action，相当于这个component就是一个服务提供者，intent带来请求，然后它执行请求。而且intent可以指定component来执行请求，也可以不指定有component根据过滤器的匹配来选择最合适的component来完成请求。

而且还有一个就是在应用 程序层的process是以linux user ID来区分的，每个进程对应一个虚拟机，但一个进程中可以跑多个应用程序，而不仅仅是局限于一个。其实这个也好理解，一个应用程序就是多个component，多个应用程序可以看做是很多component组成的一个apk。

1、activity
在Android apk里面activity是一个UI的概念，一个应用程序可以拥有多个Activity。实际上一个Activity就是一个窗口，而里面的内容就是各种view了。通过setContentView()将窗口和内容联系在一起。

2、service
service实际上可以就看成没有UI而运行在后台的component，在Android中这个service又分为两种，一种就是这个需要的 service是运行在本地进程中，也就是说与应用程序运行在一个进程之类，还有一种就是这个service运行在其他的进程中。

3、Broadcast receivers
这个实际上就是一个intent的接收机，当系统 广播intent的时候，它接收应用程序感兴趣的事件，broadcast receivers也没有UI界面。apk可以直接包含这个component也可以在运行的时候注册一个。

4、Android  apk
这个按翻译地来说就是提供一个公共接口让应用程序将本身的数据共享出来，其他应用可以根据这些公共接口访问这些数据。它提供了一个适配口content  resolver，应用程序通过这个适配来操作content provider。当应用程序开始执行的时候首先读取manifest，然后根据这个xml配置文件来初始化一些component，然后它就停止等待intent的到来了。

因此在一个应用中非常重要的几个概念就是：component ，  manifest.xml，intent， intent-filter。而在component 中比较重要的应该就是activity和service 。下面我们来看看一个进程的生命周期：一个进程被打开之后操作系统 会尽量保持其运行状态，当发现内存不足的时候系统会根据以下的优先级来强制kill进程：

1、empty process首先考虑被关闭的是不含任何激活的component的进程，保留这样的进程的主要的原因是为了restart的时候能快一点，因此在内存不足的时候这类进程是首先考虑被kill掉的。

2、background process
其次考虑被关闭的是拥有activiry，但这个activity处于不可见状态的线程

3、visible process
第三考虑的就是进程的activity可见，但是却不是在forground正在与用户交互的那个。

4、forground
***考虑的才是activiry处于最前段的进程。在这里还有一个问题，那就是如果一个进程绑定了一个service，那他的优先级是比一个后台运行的进程要高的，也就是说它相比之下不那么容易被kill 掉。

• Google放弃“不做恶”? 意欲垄断Android

• 图解Android应用程序构建原理

• 浅析Android DDMS性能问题

• 探索Android DDMS工作原理

• Android 源代码操作技巧说明

因此在设计应用程序的时候绑定一个service比在进程中开辟一个线程来运行长时间任务要保险得多。在manifest.xml中每个component都有一个process选项来指定其运行的进程可以让一个应用程序的Android  apkt运行在一个进程。

也可以让多个应用程序的component运行在一个进程来共享数据。在java中专门提供了一种语言IDL用来自动生成远端进程调用的源码，应用只需要实现它的一些接口就可以了，这就方便了RPC编程。