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。

先來看看最基礎的4種component：

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 掉。#t#

因此在設計應用程序的時候綁定一個service比在進程中開辟一個線程來運行長時間任務要保險得多。在manifest.xml中每個component都有一個process選項來指定其運行的進程可以讓一個應用程序的Android  apkt運行在一個進程。

也可以讓多個應用程序的component運行在一個進程來共享數據。在java中專門提供了一種語言IDL用來自動生成遠端進程調用的源碼，應用只需要實現它的一些接口就可以了，這就方便了RPC編程。