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的機制策略稍有不同。