Android應用解析

Activity :

活動是最基本的Android 應用程序組件，應用程序中，一個活動一般就是一個單獨的屏幕。每個活動都被實現爲一個獨立的類，而且從活動基類中繼承而來，活動類將會顯示由視圖控件組成的用戶接口，並對事件作出響應。大多數的應用是由多個屏幕顯示組成。例如:一個文本信息的應用也許有一個顯示發送消息的聯繫人列表屏幕，第二個屏幕用來寫文本消息和選擇收件人，再來一個屏幕查看消息歷史或者消息設置操做等。這裏每個這樣的屏幕就是一個活動，很容易實現從一個屏幕到一個新的屏幕而且完成新的活動。在某些狀況下當前的屏幕也許須要向上一個屏幕活動提供返回值--好比讓用戶從手機中挑選一張照片返回通信錄作爲電話撥入者的頭像。

當一個新的屏幕打開後，前一個屏幕將會暫停，並保存在歷史堆棧中。用戶能夠返回到歷史堆棧中的前一個屏幕。當屏幕再也不使用時，還能夠從歷史堆棧中刪除。默認狀況下，Android 將會保留從主屏幕到每個應用的運行屏幕。

簡單理解Activity 表明一個用戶所能看到的屏幕，Activity 主要是處理一個應用的總體性工做，例如，監聽系統事件(按鍵事件、觸摸屏事件等)、爲用戶顯示指定的View，啓動其餘Activity 等。全部應用的Activity都繼承android.app.Activity 類，該類是Android 提供的基層類，其餘的Activity 繼承該父類後，經過Override
父類的方法來實現各類功能，這種設計在其餘領域也較爲常見。

Intent :

調用Android 專有類Intent 進行架構屏幕之間的切換。Intent 是描述應用想要作什麼。Intent 數據結構兩個最重要的部分是動做和動做對應的數據。典型的動做類型有:MAIN（活動的門戶）、VIEW、PICK、EDIT等。而動做對應的數據則以URI 的形式進行表示。例如:要查看某我的的聯繫方式，你須要建立一個動做類
型爲VIEW 的Intent，以及一個表示這我的的URI。

Android 使用了Intent 這個特殊類，實如今屏幕與屏幕之間移動。Intent 類用於描述一個應用將會作什麼事。在Intent 的描述結構中，有兩個最重要的部分：動做和動做對應的數據。典型的動做類型有：M AIN（activity的門戶）、VIEW、PICK、EDIT 等。而動做對應的數據則以URI 的形式進行表示。例如：要查看一我的的聯繫方式，你須要建立一個動做類型爲VIEW 的intent，以及一個表示這我的的URI。

與之有關係的一個類叫IntentFilter。相對於intent 是一個有效的作某事的請求，一個intentfilter 則用於描述一個activity（或者IntentReceiver）可以操做哪些intent。一個activity 若是要顯示一我的的聯繫方式時，須要聲明一個IntentFilter，這個IntentFilter 要知道怎麼去處理VIEW 動做和表示一我的的URI。IntentFilter 須要在AndroidManifest.xml 中定義。

經過解析各類intent，從一個屏幕導航到另外一個屏幕是很簡單的。當向前導航時，activity 將會調用startActivity(IntentmyIntent)方法。而後，系統會在全部安裝的應用程序中定義的IntentFilter 中查找，找到最匹配myIntent 的Intent 對應的activity。新的activity 接收到myIntent 的通知後，開始運行。當startActivity 方法被調用將觸發解析myIntent 的動做，這個機制提供了兩個關鍵好處：
A、Activities 可以重複利用從其它組件中以Intent 的形式產生的一個請求；
B、Activities 能夠在任什麼時候候被一個具備相同IntentFilter 的新的Activity 取代。

IntentReceiver:

當你但願你的應用可以對一個外部的事件(如當電話呼入時，或者數據網絡可用時，或者到了晚上時)作出響應，你可使用一個IntentReceiver。雖IntentReceiver 在感興趣的事件發生時，會使用NotificationManager通知用戶，但它並不能生成一個UI。IntentReceiver 在AndroidManifest.xml 中註冊，但也能夠在代碼中使用Context.registerReceiver()進行註冊。當一個intentreceiver 被觸時，你的應用沒必要對請求調用intentreceiver，系統會在須要的時候啓動你的應用。各類應用還能夠經過使用Context.broadcastIntent()將它們本身的
intentreceiver 廣播給其它應用程序。

Service :

一個Service 是一段長生命週期的，沒有用戶界面的程序。比較好的一個例子就是一個正在從播放列表中播放歌曲的媒體播放器。在一個媒體播放器的應用中，應該會有多個activity，讓使用者能夠選擇歌曲並播放歌曲。然而，音樂重放這個功能並無對應的activity，由於使用者固然會認爲在導航到其它屏幕時音樂應該還在播放的。在這個例子中，媒體播放器這個activity 會使Context.startService()來啓動一個service，從而能夠在後臺保持音樂的播放。同時，系統也將保持這個service 一直執行，直到這個service 運行結束。另外，咱們還能夠經過使用Context.bindService()方法，鏈接到一個service 上（若是這個service 尚未運行將啓動它）。當鏈接到一個service 以後，咱們還能夠service 提供的接口與它進行通信。拿媒體播放器這個例子來講，咱們還能夠進行暫停、重播等操做。

Content Provider : Android 應用程序可以將它們的數據保存到文件、SQLite 數據庫中，甚至是任何有效的設備中。當你想將你的應用數據與其它的應用共享時，內容提供器就能夠發揮做用了。由於內容提供器類實現了一組標準的方法，從而可以讓其它的應用保存或讀取此內容提供器處理的各類數據類型。 數據是應用的核心。在Android 中，默認使用鼎鼎大名的SQLite 做爲系統DB。可是在Android 中，使用方法有點小小的不同。在Android 中每個應用都運行在各自的進程中，當你的應用須要訪問其餘應用的數據時，也就須要數據在不一樣的虛擬機之間傳遞，這樣的狀況操做起來可能有些困難(正常狀況下，你不能讀取其餘的應用的db 文件)，ContentProvider 正是用來解決在不一樣的應用包之間共享數據的工具。 - 全部被一個Android 應用程序建立的偏好設置，文件和數據庫都是私有的。 - 爲了和其餘應用程序共享數據，應用程序不得不建立一個Content Provider - 要回索其餘應用程序的數據，它本身的Content Provider 必須被調用 - Android 本地Content Provider 包括：        CallLog：地址和接收到的電話信息        Contact.People.Phones：存儲電話號碼        Setting.System：系統設置和偏好設置        等等