Android開發四大組件分別是：活動（Activity)： 用於表現功能。服務（Service)： 後臺運行服務，不提供界面呈現。廣播接收器（BroadcastReceiver)：用於接收廣播。內容提供商（Content Provider）： 支持在多個應用中存儲和讀取數據，相當於數據庫。 Android 中，Activity是所有程序的根本，所有程序的流程都運行在Activity 之中，Activity可以算是開發者遇到的最頻繁，也是Android 當中最基本的模塊之壹。在Android的程序當中，Activity 壹般代表手機屏幕的壹屏。如果把手機比作壹個瀏覽器，那麽Activity就相當於壹個網頁。在Activity 當中可以添加壹些Button、Check box 等控件。可以看到Activity 概念和網頁的概念相當類似。
壹般壹個Android 應用是由多個Activity 組成的。這多個Activity 之間可以進行相互跳轉，例如，按下壹個Button按鈕後，可能會跳轉到其他的Activity。和網頁跳轉稍微有些不壹樣的是，Activity 之間的跳轉有可能返回值，例如，從Activity A 跳轉到Activity B，那麽當Activity B 運行結束的時候，有可能會給Activity A 壹個返回值。這樣做在很多時候是相當方便的。
當打開壹個新的屏幕時，之前壹個屏幕會被置為暫停狀態，並且壓入歷史堆棧中。用戶可以通過回退操作返回到以前打開過的屏幕。可以選擇性的移除壹些沒有必要保留的屏幕，因為Android會把每個應用的開始到當前的每個屏幕保存在堆棧中。
（Android的應用圖冊圖片來源： ） Service 是android 系統中的壹種組件，它跟Activity 的級別差不多，但是他不能自己運行，只能後臺運行，並且可以和其他組件進行交互。Service 是沒有界面的長生命周期的代碼。Service是壹種程序，它可以運行很長時間，但是它卻沒有用戶界面。這麽說有點枯燥，來看個例子。打開壹個音樂播放器的程序，這個時候若想上網了，那麽，打開Android瀏覽器，這個時候雖然已經進入了瀏覽器這個程序，但是，歌曲播放並沒有停止，而是在後臺繼續壹首接著壹首的播放。其實這個播放就是由播放音樂的Service進行控制。當然這個播放音樂的Service也可以停止，例如，當播放列表裏邊的歌曲都結束，或者用戶按下了停止音樂播放的快捷鍵等。Service 可以在和多場合的應用中使用，比如播放多媒體的時候用戶啟動了其他Activity這個時候程序要在後臺繼續播放，比如檢測SD 卡上文件的變化，再或者在後臺記錄地理信息位置的改變等等，總之服務嘛，總是藏在後頭的。
開啟Service有兩種方式:
（1） Context.startService（）：Service會經歷onCreate -> onStart（如果Service還沒有運行，則android先調用onCreate（）然後調用onStart（）；如果Service已經運行，則只調用onStart（），所以壹個Service的onStart方法可能會重復調用多次 ）；StopService的時候直接onDestroy，如果是調用者自己直接退出而沒有調用StopService的話，Service會壹直在後臺運行。該Service的調用者再啟動起來後可以通過stopService關閉Service。 註意，多次調用Context.startservice（）不會嵌套（即使會有相應的onStart（）方法被調用），所以無論同壹個服務被啟動了多少次，壹旦調用Context.stopService（）或者StopSelf（），他都會被停止。補充說明：傳遞給StartService（0的Intent對象會傳遞給onStart（）方法。調用順序為：onCreate --> onStart（可多次調用) --> onDestroy。
（2） Context.bindService（）：Service會經歷onCreate（） -->onBind（），onBind將返回給客戶端壹個IBind接口實例，IBind允許客戶端回調服務的方法，比如得到Service運行的狀態或其他操作。這個時候把調用者（Context，例如Activity）會和Service綁定在壹起，Context退出了，Srevice就會調用onUnbind --> onDestroyed相應退出，所謂綁定在壹起就***存亡了。 Content Provider 是Android提供的第三方應用數據的訪問方案。
在Android 中，對數據的保護是很嚴密的，除了放在SD卡中的數據，壹個應用所持有的數據庫、文件等內容，都是不允許其他直接訪問的。Andorid當然不會真的把每個應用都做成壹座孤島，它為所有應用都準備了壹扇窗，這就是Content Provider。應用想對外提供的數據，可以通過派生Content Provider類， 封裝成壹枚Content Provider，每個Content Provider都用壹個uri作為獨立的標識，形如：content://com.xxxxx。所有東西看著像REST的樣子，但實際上，它比REST 更為靈活。和REST類似，uri也可以有兩種類型，壹種是帶id的，另壹種是列表的，但實現者不需要按照這個模式來做，給id的uri也可以返回列表類型的數據，只要調用者明白，就無妨，不用苛求所謂的REST。