Android應用通常由一個或者多個組件組成,這些組件包括Activity,Service, BroardcastReceiver, ContentProvider等
Activity是Android應用中負責與使用者互動的組件,為使用者提供可視化的使用者介面,如果應用需要多個使用者介面,那麼這個應用就需要多個Activity,多個Activity一起組成Activity棧,當前活動的Activity位於棧頂。Activity組件需要繼承Activity基類。
Service與Activity的地位並列,也是一個單獨的Android組件,兩者的區別在於:Service通常後台運行,不需要與使用者互動,也沒有圖形化使用者介面。Service組件擁有自己的獨立生命週期,通常為其他組件提供後台服務或者監控其他組件的運行狀態,Service需要繼承Service基類。
BroardcastReceiver是Android應用中的一個重要組件。從代碼的角度看BroardcastReceiver非常類似與事件編程中的監聽器,只是其監聽的對象是Android應用中的其他組件。實現BroardcastReceiver比較簡單,只需要繼承BroardcastReceiver基類,並重寫onReceiver方法即可。當其他組件通過sendBroardcast、sendStickyBroardcast或者sendOrderedBroardcast方法發送廣播訊息的時候,如果該BroardcastReceiver也對該訊息感興趣,BroardcastReceiver的onReceive方法將會被觸發。
ContentProvider
對於Android應用而言,他們必須相對獨立,各自運行在自己的Dalvik虛擬機器執行個體中,如果不同的應用之間需要實現即時的資料交換。Android系統為跨應用的資料交換提供了一個標準:ContentProvider。當使用者實現自己的ContentProvider時,需要實現以下抽象方法:
Insert:向ContentProvider插入資料
Delete:刪除ContentProvider中指定的資料
Update:更新ContentProvider中指定的資料
Query:從ContentProvider中查詢資料
通常與ContentProvider結合使用的是ContentResolver,一個應用使用ContentProvider暴露自己的資料,而另外一個應用使用ContentResolver來訪問資料。
Intent和IntentFilter
嚴格來說,Intent並不是Android的組件,但是其作用非常大,它是Android中不同組件之間通訊的載體。Intent可以啟動應用中的另外一個Activity,也可以啟動一個Service組件,還可以發送一條廣播來觸發系統中的BroardcastReceiver。也就是說Activity,Service,BroardcastReceiver三個組件之間的通訊都是通過Intent作為載體的,只是不同組件使用Intent的機制策略稍有不同。