Android應用程式由一些零散的有聯繫的組件組成，通過一個工程manifest綁定在一起。在manifest中，描述了每一個組件以及組件的作用，其中有6個組件，它們是Android應用程式的基石
基本介紹
- 中文名：Android組件
- 意義：Android應用程式的基石
- 組成：一些零散的有聯繫的組件組成
- 組件：6個
組件目錄,組件內容,
組件目錄
Activities(活動)
Service（服務）
Content（內容）
Intent（意圖）
Broadcast Receiver（廣播接收器）
Notification（通知）
組件內容
Android應用程式由一些零散的有聯繫的組件組成，通過一個工程manifest綁定在一起。在manifest中，描述了每一個組件以及組件的作用，其中有6個組件，它們是Android應用程式的基石：
Activities(活動)
應用程式的顯示層。每一個畫面對應於你的應用程式，將會是Activity類的擴展。Activity使用Views去構建UI來顯示信息和回響用戶的行為。就桌面開發而言，一個Activity相當於一張Form。
一個Activity通常展現為一個可視化的用戶界面。例如，一個Activity可能展現為一個用戶可以選擇的選單項列表或者展現一些圖片以及圖片的標題。一個訊息服務應用程式可能包含一個顯示聯繫人列表的Activity,一個編寫信息的Activity，以及其它一些查看信息和修改應用程式設定的Activity。雖然這些Activity一起工作，共同組成了一個應用程式，但每一個Activity都是相對獨立的。每一個Activity都是Activity(android.app.Activity)的子類。
一個應用程式可能只包含一個Activity，或者像上面提到的訊息服務程式一樣有多個Activity。一個應用程式包含幾個Activity以及各個Activity完成什麼樣的功能完全取決於應用程式以及它的設計。通常每個應用程式都包含一個在應用程式啟動後第一個展現給用戶的 Activity。在當前展現給用戶的Activity中啟動一個新的Activity，可以實現從一個Activity轉換到另外一個 Activity。
每個Activity都會有一個用於繪製用戶界面的視窗。通常這樣一個視窗會填充整個螢幕，當然這個視窗也可以比螢幕小並漂浮在其他視窗之上。 Activity還可以使用一些額外的視窗，例如一個要求用戶回響的彈出式對話框，或者是當用戶在螢幕上選擇一個條目後向用戶展現一些重要信息的視窗。
展示Activity視窗的可視化內容區域是一些具有層次關係（很像數據結構中的樹）的視圖，而視圖則是由類View的子類表示的。每個視圖控制視窗中的一個矩形區域。父視圖包含一些子視圖並管理子視圖的布局。位於葉節點的視圖直接控制並回響用戶的動作。因此視圖就是Activity與用戶互動的接口。例如，一個顯示圖片的視圖，當用戶單擊的時候它可能會啟動一個動作。Android有許多開發人員可以直接使用的視圖，包括按鈕，文本域，滾動條，選單，複選框等。
通過調用Activity.setContentView()方法來設定展現Activity的視窗的視圖。內容視圖則是視圖層次結構中的根節點視圖。
Services(服務)
Android應用程式中不可見的“工人”。 Service組件運行時不可見，但它負責更新的數據源和可見的Activity，以及觸發通知。它們常用來執行一些需要持續運行的處理，當你的 Activity已經不處於激活狀態或不可見。
Service沒有用戶界面，但它會在後台一直運行。例如，Service可能在用戶處理其它事情的時候播放背景音樂，或者從網路上獲取數據，或者執行一些運算，並把運算結果提供給Activity展示給用戶。每個Service都擴展自類Serivce。
多媒體播放器播放音樂是套用Service的一個非常好的例子。多媒體播放器程式可能含有一個或多個Activity，用戶通過這些 Activity選擇並播放音樂。然而，音樂回放並不需要一個Activity來處理，因為用戶可能會希望音樂一直播放下去，即使退出了播放器去執行其它程式。為了讓音樂一直播放，多媒體播放器Activity可能會啟動一個Service在後台播放音樂。Android系統會使音樂回放Service一直運行，即使在啟動這個Service的Activity退出之後。
應用程式可以連線到一個正在運行中的Service。當連線到一個Service後，可以使用這個Service向外暴露的接口與這個Service進行通信。對於上面提到的播放音樂的Service，這個接口可能允許用戶暫停，停止或重新播放音樂。
Content(內容)
提供共享的數據存儲。Content Provider(內容提供器)用來管理和共享應用程式的資料庫。在應用程式間，Content Provider是共享數據的首選方式。這意味著，你可以配置自己的Content Provider去存取其他的應用程式或者通過其他應用程式暴露的Content Provider去存取它們的數據。Android設備本身包含了幾個Content Provider來訪問像聯繫人信息等有用的資料庫。你將在第6章學習怎樣創建和使用Content Provider。
應用程式可以通過Content Provider訪問其它應用程式的一些私有數據，這是Android提供的一種標準的共享數據的機制。共享的數據可以是存儲在檔案系統中、SQLite 資料庫中或其它的一些媒體中。Content Provider擴展自ContentProvider類，通過實現此類的一組標準的接口可以使其它應用程式存取由它控制的數據。然而應用程式並不會直接調用ContentProvider中的方法，而是通過類ContentResolver。ContentResolver能夠與任何一個 ContentProvider通信，它與ContentProvider合作管理進程間的通信。
任何時候當Android系統收到一個需要某個組件進行處理的請求的時候，Android會確保處理此請求的組件的宿主進程是否已經在運行，如果沒有，則立即啟動這個進程，當請求的組件的宿主進程已經在運行，它會繼續查看請求的組件是否可以使用，如果不能立即使用，它會創建一個請求的組件的實例來回響請求
Intents(意圖)
Broadcast Receivers(廣播接收器)
Intent廣播的“消費者”。通過創建和註冊一個Broadcast Receiver，應用程式可以監聽符合特定條件的廣播的Intent。Broadcast Receiver 會自動的啟動你的Android應用程式去回響新來的Intent。Broadcast Receiver是事件驅動程式的理想手段。
Broadcast Receiver不執行任何任務，僅僅是接受並回響廣播通知的一類組件。大部分廣播通知是由系統產生的，例如改變時區，電池電量低，用戶選擇了一幅圖片或者用戶改變了語言首選項。應用程式同樣也可以傳送廣播通知，例如通知其他應用程式某些數據已經被下載到設備上可以使用。
一個應用程式可以包含任意數量的Broadcase Reveiver來回響它認為很重要的通知。所有的Broadcast Receiver都擴展自類BroadcastReceiver。
Broadcast Receiver不包含任何用戶界面。然而它們可以啟動一個Activity以回響接受到的信息，或者通過NotificationManager通知用戶。可以通過多種方式使用戶知道有新的通知產生：閃動背景燈、震動設備、發出聲音等等。通常程式會在狀態欄上放置一個持久的圖示，用戶可以打開這個圖示並讀取通知信息。
Notifications(通知)
用戶通知的框架。Notification用來在不需要焦點或不中斷它們當前Activity的情況下提示用戶。它們是Service或 Broadcast Receiver獲得用戶注意的首選方式。例如，當設備收到文本信息或外部來電時，它通過閃光，發聲，顯示圖示或顯示對話框信息來提醒你。
