Android的一個核心特性就是一個應用程式可作為其他程式中的元素(那些允許這樣的程式提供)。例如，如果你的程式需要用滾動條顯示一些圖片，另一個程式已經開發出了合適的功能，並且可供其他程式使用，你就可以直接呼叫那個程式的功能，而不是自己再開發一個。你的程式不需要包含其他程式的程式碼或者連結到它。而是，當有需要的時候，簡單的啟動那個程式的一部分功能。      為了能夠實現這樣的功能，系統必須能夠當在需要應用程式中任何一部分的時候啟動它的程序，並且例項化那部分的Java物件。為此，不像大多數其他系統中的程式，Android程式不是隻有單一的進入點(例如,沒有main()函式)。而是，他們擁有系統例項化和執行必須的元件。有四種類型的元件：

Activities   Activity為使用者提供了一個可視的使用者介面,例如，一個activity展示了一個使用者可以選擇的選單列表或顯示一些帶著標題的照片。一個簡訊程式可能有一個activity用來顯示可以傳送資訊的聯絡人，第二個activity用來向選中的聯絡人寫訊息，其他的activity用來檢視以前的訊息，或者更改設定。雖然它們通過聚合性很強的使用者介面工作者一起，但是每個activity都獨立於其他的。每一個都是 Activity 的子類。         一個應用程式可能只由一個activity組成，或者像剛才提到的短訊息程式，它由多個組成。什麼是activity，需要多少個，當然取決於應用程式和它的設計。典型的，當應用程式啟動的時候，activity中的一個要首先的顯示給使用者。從一個activity移動到另一個，是用過當前的activity啟動下一個來完成的。

        每個activity都有一個預設的視窗。一般的情況是，這個視窗填滿螢幕，但是他也可以小於螢幕和浮動到其他視窗的上面。activity也可以用作附加的視窗——例如，一個使用者呼叫的彈出式對話方塊，或者當用戶選擇螢幕上一個特殊的選項時一個視窗用來顯示一些重要的資訊。         視窗中的可視內容被一系列層次的檢視(view)提供——派生自View類的物件。每個檢視都控制了視窗中的 一個矩形區域。父檢視包含和組織子檢視的佈局。葉試圖(位於層次中的最底部)繪製在它控制的區域，直接響應這塊空間的使用者動作。這樣，檢視就是activity與使用者互動的地方。例如，當用戶觸動一個顯示小圖片的檢視時，會觸發一些動作。Android提供了很多現成的檢視供你使用——包括按鈕，文字框，滾動條，選單項，複選框還有更多。

        整個檢視層次通過Activity.setContentView() 方法放到activity的視窗上。 content view是檢視層次上的根節點。(更多檢視層次的資訊請看這個文件 User Interface )。 服務(Services)

     服務沒有視覺化的介面，但是可以無限的執行在後臺。例如，服務可以在後臺播放音樂同時使用者在做著其他的事情。或者他可以通過網路獲取資料或計算一些activity需要的東西。所有的服務都繼承自

      一個最好的例子是媒體播放器通過一個播放列表來播放歌曲。這個播放器程式或許有一個或多個activity，來允許使用者選擇音樂和播放它們。然而，音樂本身不能被activity處理，因為使用者希望當他們離開播放器視窗去做其他的事情時，音樂仍然能夠播放。為了讓音樂能夠繼續，媒體播放器的activity可以啟動一個在後臺執行的服務。系統應該保證音樂服務執行，即使啟動的activity視窗已經不再主螢幕上了。

     可以連線到(繫結到)進行中的服務(和開啟一個已經不再執行的服務)。當連線上的時候，你可以通過服務暴露的介面和它通訊。在音樂服務中，這個介面可以讓使用者暫停，重定位，停止，重新播放錄音。

     像activity和其他元件一樣，服務執行在應用程式程序的主執行緒中。所以它們不會阻塞其他元件或使用者介面，他們經常為那些比較花費時間的任務產生其他的執行緒(就像音樂)，請看後面的程序和執行緒部分。 廣播接收器(Broadcast receivers)      廣播接收器不會主動做什麼事，但是他會接受廣播訊息並作出響應。許多廣播都來源於系統程式碼——例如，時區改變的通知，電池底電量，接受到一幅圖片，或者使用者改變了語言選項。應用程式也能傳送訊息——例如，讓其他的程式知道一些資料已經下載到裝置上並且可以使用。        應用程式能擁有任何數量的廣播接收器來響應任何訊息是很重要的。所有的接收器都整合BroadcastReceiver 類。        廣播接收器不會顯示使用者介面，但是它為了響應一個接受到的訊息可能會啟動一個activity，或者它會用   NotificationManager來提示使用者。通知訊息可以有多種方式吸引使用者的注意力——閃爍背光燈，振動手機，播放聲音，等等。他們一般會在狀態列一直放一個圖片，使用者可以開啟它獲得訊息。 內容提供器(Content providers)    內容提供器能讓把應用程式的資料提供給其他資料。這些資料可以是儲存在檔案系統中的，也可以是SQLite資料庫中的或者其他形式。內容提供器繼承自ContentProvider類，實現了一系列標準的方法來讓其他程式接受和儲存它控制之下的資料。但是，程式不會直接呼叫這些方法。而是用一個 ContentResolver 物件，呼叫它的方法。ContentResolver 可以和任何的內容提供器通訊。它和內容提供器一起來管理程序間通訊。        每當一個請求要被一個特定的元件處理的時候，Android保證這個元件的程序是在執行的，如果需要的話就啟動它，這個元件適當的例項是可用的，如果需要會建立這個例項。 觸發元件:行為(intents)       當被ContentResolver最為作為目標時內容提供器被啟用。另外三個元件——activity，服務和廣播接收器，被叫做行為(intents)的非同步訊息驅動。行為是一個存放著訊息內容的Intent物件。對於activity和服務，它命名請求的動作，指定要處理資料的URI。例如，它可能代表一個給使用者顯示圖片的請求，或者讓使用者編輯一些文字。對於廣播接收器，行為物件為將要傳送的訊息命名。例如，當攝像頭按鈕按下的時候，它會發送一些有用的資訊。         有各種方法用來觸發各類的元件：

• 一個activity通過傳遞一個行為(intents)物件到 Context.startActivity()或Activity.startActivityForResult()方法來啟動(或者有一些新的事情要做)。用來響應的activity可以呼叫它的 getIntent()方法來獲得觸發它啟動的那個行為(intents)。Android使用activity的的行為。
• 一個服務的啟動(或者一個新的指令給正在執行的服務)，是通過傳遞一個行為物件到 Context.startService()。Android呼叫服務的onStart()方法並傳遞一個行為物件給這個方法。
  同樣地，行為可以傳遞給 Context.bindService()，用來建立呼叫元件和目標服務之間的連線。服務通過onBind()方法的呼叫來接受行為物件。(如果服務還沒有執行，bindService()可以啟動它。)例如，一個activity可以和前面提到的音樂播放服務建立連線，因此它可以為使用者提供選單(一個使用者介面)來控制音樂播放。這個activity將呼叫bindService()來建立這個連線，然後呼叫服務中定義的方法來對音樂播放產生影響。

關閉元件       內容提供器僅在響應ContentResolver的請求的時候觸發。廣播接收器僅在響應廣播訊息的時候才有效。所以不必明確的關閉這些元件。         Activity，在另一方面，提供了使用者介面。它們在和使用者的較長時間的會話中一直都有效，甚至是空閒的時候，只要會話還在繼續。同樣地，服務也會執行較長的時間。所以Android有一些方法通過逐步的方式停止activity和服務：

• Activity可以通過呼叫finish() 方法來停止。一個Activity可以通過呼叫 finishActivity() 方法停止另一個Activity(通過startActivityForResult()方法開啟的)。

   元件也可能被系統停止，當他們不再被使用或Android必須為更多的活動中的元件重新分配記憶體時。後面的一節，元件生命週期，更詳細的討論這個可能性和他的後果。 清單(manifest)檔案    在Android啟動一個元件之前，它必須能夠了解到這個元件的存在。因此，應用程式將它們的元件定義在Android包中的清單(manifest)檔案中，這個.apk檔案存放著程式的程式碼，檔案和資源。
   清單是一個結構化的XML文件，在所有的應用程式中它都以AndroidManifest.xml 命名。它在定義應用程式元件上面做了很多事。像是指定所有應用程式需要連結的庫(不包括Android預設的庫)，還有指定應用程式期望被分配的一切許可權。      但是清單檔案的主要任務是通知Android關於應用程式元件的資訊。例如一個Activity可能會像下面這樣這樣定義：

<?xml version="1.0" encoding="utf-8"?>
<manifest . . . >
    <application . . . >
        <activity android:name="com.example.project.FreneticActivity"
                  android:icon="@drawable/small_pic.png"
                  android:label="@string/freneticLabel" 
                  . . .  >
        </activity>
        . . .
    </application>
</manifest>

      屬性為實現了Activity的子類命名。icon和label屬性表明了用來顯示給使用者的包含圖示和標籤的資原始檔。        其他的元件也用類似的方式定義—— <service>元素用來定義服務， <receiver>元素用來定義廣播接收器，還有 <provider>元素用來定義內容提供器 。Activity，服務和內容提供器沒有定義在清單檔案中的話，就不會再系統中可見，最後就不會被執行。但是廣播接收器既可以定義在清單檔案中，也可以在程式碼(BroadcastReceiver 物件)中動態建立，然後呼叫 行為過濾器(Intent filters)

     行為物件可以明確的指定一個目標元件。如果它這樣做，Android尋找(基於清單檔案中的定義)這個元件並觸發它。但是如果目標沒有明確的指定，Android必須找出一個最佳的元件來響應這個行為。它是通過比較行為物件和行為過濾器來找到可能的目標的。一個元件的行為過濾器通知Android那種型別的行為這個元件是能夠處理的。像其他元件必須的資訊一樣，它們定義在清單檔案中。這個是前面例子的一個擴充套件，為Activity新增兩個行為過濾器：

<?xml version="1.0" encoding="utf-8"?>
<manifest . . . >
    <application . . . >
        <activity android:name="com.example.project.FreneticActivity"
                  android:icon="@drawable/small_pic.png"
                  android:label="@string/freneticLabel" 
                  . . .  >
            <intent-filter . . . >
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
            <intent-filter . . . >
                <action android:name="com.example.project.BOUNCE" />
                <data android:mimeType="image/jpeg" />
                <category android:name="android.intent.category.DEFAULT" />
            </intent-filter>
        </activity>
        . . .
    </application>
</manifest>

     例子中的第一個過濾器——動作"android.intent.action.MAIN"和型別 "android.intent.category.LAUNCHER"的組合——很普遍應用的一個。它標誌著Activity應該在應用程式啟動時執行，那些在螢幕上列出來的使用者可以在裝置上啟動的程式。另一方面，這個Activity是應用程式的入口。這是使用者在載入器中選擇啟動一個應用程式後最先見到的那個。       第二個過濾器定義了應用程式可以執行在一個特定型別資料上的動作。
      元件可以有很多行為過濾器，每一個都定義了不同的能力。如果它沒有任何過濾器，那麼它只能被那些明確的將它設為目標的那些行為所觸發。
      對那些在程式碼中建立和註冊的廣播接收器來說，行為過濾器可以例項化成一個IntentFilter的物件。其他的過濾器都設定在清單檔案中。