Android  apk 的構造真的很奇妙，它吸取了client/service的思想，apk沒有自己的獨立入口函數(shù)，只是包含一個或者多個component，在進行程序執(zhí)行時根據(jù)manifest配置文件來確定需要哪些的component。

而conponent的激活是由intent來觸發(fā)的，intent說穿了就是一個包括了操作和操作數(shù)據(jù) 的action，相當于這個component就是一個服務提供者，intent帶來請求，然后它執(zhí)行請求。而且intent可以指定component來執(zhí)行請求，也可以不指定有component根據(jù)過濾器的匹配來選擇最合適的component來完成請求。

而且還有一個就是在應用 程序層的process是以linux user ID來區(qū)分的，每個進程對應一個虛擬機，但一個進程中可以跑多個應用程序，而不僅僅是局限于一個。其實這個也好理解，一個應用程序就是多個component，多個應用程序可以看做是很多component組成的一個apk。

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

1、activity
在Android apk里面activity是一個UI的概念，一個應用程序可以擁有多個Activity。實際上一個Activity就是一個窗口，而里面的內容就是各種view了。通過setContentView()將窗口和內容聯(lián)系在一起。

2、service
service實際上可以就看成沒有UI而運行在后臺的component，在Android中這個service又分為兩種，一種就是這個需要的 service是運行在本地進程中，也就是說與應用程序運行在一個進程之類，還有一種就是這個service運行在其他的進程中。

3、Broadcast receivers
這個實際上就是一個intent的接收機，當系統(tǒng) 廣播intent的時候，它接收應用程序感興趣的事件，broadcast receivers也沒有UI界面。apk可以直接包含這個component也可以在運行的時候注冊一個。

4、Android  apk
這個按翻譯地來說就是提供一個公共接口讓應用程序將本身的數(shù)據(jù)共享出來，其他應用可以根據(jù)這些公共接口訪問這些數(shù)據(jù)。它提供了一個適配口content  resolver，應用程序通過這個適配來操作content provider。當應用程序開始執(zhí)行的時候首先讀取manifest，然后根據(jù)這個xml配置文件來初始化一些component，然后它就停止等待intent的到來了。

因此在一個應用中非常重要的幾個概念就是：component ，  manifest.xml，intent， intent-filter。而在component 中比較重要的應該就是activity和service 。下面我們來看看一個進程的生命周期：一個進程被打開之后操作系統(tǒng) 會盡量保持其運行狀態(tài)，當發(fā)現(xiàn)內存不足的時候系統(tǒng)會根據(jù)以下的優(yōu)先級來強制kill進程：

1、empty process首先考慮被關閉的是不含任何激活的component的進程，保留這樣的進程的主要的原因是為了restart的時候能快一點，因此在內存不足的時候這類進程是首先考慮被kill掉的。

2、background process
其次考慮被關閉的是擁有activiry，但這個activity處于不可見狀態(tài)的線程

3、visible process
第三考慮的就是進程的activity可見，但是卻不是在forground正在與用戶交互的那個。

4、forground
***考慮的才是activiry處于最前段的進程。在這里還有一個問題，那就是如果一個進程綁定了一個service，那他的優(yōu)先級是比一個后臺運行的進程要高的，也就是說它相比之下不那么容易被kill 掉。#t#

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

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