Android的一個核心特性就是一個應用程式可作為其他應用程式中的元素，可為其他應用程式提供資料。例如，如果程式需要用某些控制元件來載入一些圖片，另一個程式已經開發出了此項功能，且可供其他程式使用，就可以直接使用跨程序通訊方式呼叫那個程式的功能，而不是自己再開發一個。為了實現這樣的功能，Android系統必須能夠在需要應用程式中的任何一部分時啟動它的程序，並且例項化那部分的Java物件。所以，不像大多數其他系統中的程式，Android程式不是隻有單一的進入點，而是它們擁有系統例項化和執行必須的元件，Android中提供了4大元件;Android中的四大元件除了BroadcastReceiver之外，Activity、Service、ContentProvider都要必須在AndroidManifest.xml中註冊，而BroadcastReceiver可以在AndroidManifest.xml檔案中註冊，也可以在Java程式碼或者kotlin程式碼中註冊；在Android 8.0後，在AndroidManifest.xml檔案中靜態註冊廣播接收失效，是因為官方對耗電量的優化，避免APP濫用廣播的一種處理方式。

1、Activity

Activty是一種展示型元件，Activity為使用者提供了一個可視的使用者介面。例如，一個撥打電話程式可能有一個Activity用來顯示可以撥打電話的聯絡人，第二個Activity用來新建聯絡人寫資訊，其他的Activity用來檢視具體的聯絡人，或者更改聯絡人資訊，雖然應用程式中的各個Activity所提供的使用者介面聚合性很強，但是每個Activity都獨立於其他的Activity，每一個例項化的Activity都是Activity的子類，Intent可觸發了Activity的啟動，Intent可分為顯式Intent觸發和隱式Intent觸發；顯式Intent觸發可明確的指向Activity元件，用如下程式碼表示：

 Intent in = new Intent(this,SecondActivity.class)
 MainActivity.this.startActivity(in)

隱式Intent觸發是指向一個或者2個以上的Activity的目標元件，它也可以沒有目標Activity，它的隱式觸發用如下程式碼表示：

Intent intent = new Intent();
intent.setPackage("com.xe.launchmode");
intent.setAction("com.xe.actoin.MAP");
intent.addCategory("android.intent.category.APP_MAPS");
MainActivity.this.startActivity(intent);

2、Service

Service是一種後臺處理任務型元件，它一直在後臺執行，用於後臺處理一系列的計算任務或者處理其他事情的時候播放背景音樂等，每個service都擴充套件自Service類；Service元件和Activity元件的開啟是不同的，Activity只有一種啟動狀態，用如下程式碼表示：

Intent in = new Intent(this,SecondActivity.class)
startActivity(in)

而Service的開啟卻有2種，當處於啟動狀態時，它可以做一些後臺任務，不需要和使用者介面互動，它的生命週期和應用程式一樣長，多媒體播放器播放音樂是應用Service的一個非常好的例子。多媒體播放器程式可能包含一個或者多個Activity，使用者通過這些Activity選擇並播放音樂。然而音樂回放並不需要一個Activity來處理，因為使用者可能會希望音樂一直播放下去，即使退出了播放器去執行其他應用程式也不停止。為了讓音樂一直播放，多媒體播放器Activity可能會啟動一個Service在後臺播放音樂。Android系統會使音樂回放Service一直執行，即使在啟動這個Service的Activity退出之後。它的啟動可用如下程式碼表示：

Intent in = new Intent(this,SecondActivity.class)
MainActivity.this.startService(in)

當它處於繫結狀態時，它即可以做一些後臺任務，也可以和使用者介面做互動，它的生命週期和使用者介面一樣長，它的繫結可用如下程式碼表示：

ServiceConnection mBinderPoolConnection = new ServiceConnection() {
  @Override
  public void onServiceConnected(ComponentName name,IBinder service) {
   
  }

  @Override
  public void onServiceDisconnected(ComponentName name) {

  }
 };
 
Intent intent = new Intent(mContext,MyService.class); 
MainActivity.this.bindService(intent,new ServiceConnection(),Context.BIND_AUTO_CREATE);

以上2中開啟，不管是哪一種都不可以直接在Service中做耗時操作，因為它是執行在主執行緒中的，如果非要做耗時操作，應該開一個工作執行緒給它去執行。

3、BroadcastReceiver

一般不執行任何任務，僅僅是接收並相應廣播通知一類的元件。大部分廣播通知是由系統產生的，例如改變時區、鬧鐘提醒、使用者選擇了一幅圖片或者使用者改變了語言首選項。應用程式同樣也可以傳送廣播通知，例如通知其他應用程式某些資料已經下載到裝置上可以使用；一個應用程式的BroadcastReceiver來響應它的通知，所有的BroadcastReceiver的實現類都擴充套件自BroadcastReceiver類。BroadcastReceiver適合用於不同的元件以及不同的程序之間進行通訊，它是沒有使用者介面的，是因為它在系統內部工作。下面介紹它的2種註冊方式，首先是靜態註冊，它是在AndroidManifest.xml檔案中完成的，安裝應用時會被應用解析，不啟動應用也能接收廣播，用如下監聽wifi狀態改變的程式碼表示：

<receiver android:name=".myapplication.receiver.WifiReceiver">
 <intent-filter>
   <action android:name="android.net.wifi.RSSI_CHANGED" />
   <action android:name="android.net.wifi.STATE_CHANGE" />
   <action android:name="android.net.wifi.WIFI_STATE_CHANGED" />
  </intent-filter>
</receiver>

從以上程式碼可以發現，接收過程的匹配是通過<intent-filter>來描述的，可以總結出廣播是一個低耦合的觀察者模式這樣的結論。
另外一種方式就是動態註冊，需要啟動應用程式才可以接收到廣播，是通過在Java程式碼中完成註冊的，用如下程式碼表示它的動態註冊：

public class MyBroadcastReceiver extends BroadcastReceiver{
  @Override
  public void onReceive(Context context,Intent intent){
   
  }
 }
 
 
 MyBroadcastReceiver receiver = new MyBroadcastReceiver();
 IntentFilter filter=new IntentFilter();
 filter.addAction("com.xe.intent.action.ACTION_1");
 filter.addAction("com.xe.intent.action.ACTION_2");
 SecondActivity.this.registerReceiver(receiver,filter);

傳送廣播可用如下程式碼來實現：

Intent intent = new Intent();
intent.setAction("com.xe.intent.action.ACTION_2");
MainActivity.this.sendBroadcast(intent);

以上2種廣播的註冊方式中廣播的接收是不可以做耗時操作的，因為接收廣播的方法是在主執行緒中被呼叫的。

4、ContentProvider

ContentProvider是一種共享資料型元件，應用程式可以通過ContentProvider來訪問其他應用程式的資料，包括其他應用程式的私有資料；和Service一樣，它是沒有使用者介面的，它的內部需要實現insert、update、delete和query方法，它在內部使用一份資料集合並且對資料集合沒有要求。ContentProvider是跨程序通訊的，當Android系統收到一個需求某個元件進行處理的請求的時候，Android會確保處理此請求的元件的宿主程序是否已經在執行，如果沒有，則立即啟動這個程序。ContentProvider是提供一個外部介面ContentResolver給其他程序訪問資料的，下面一部分程式碼簡單的表示query方法的使用過程：

Uri bookUri = Uri.parse("content://com.zyb.provider/data");
ContentResolver cr = ContentProviderActivity.this.getContentResolver();
Cursor bookCursor = cr.query(bookUri,new String[]{"_id","name"},null,null);
while (bookCursor.moveToNext()) {
 int id = bookCursor.getInt(0);
 String name = bookCursor.getString(1);
}

以上程式碼，首先要建立要訪問資料的Uri，然後通過應用程式獲取ContentResolver介面，通過該介面獲取資料集合Cursor物件，最後通過Cursor物件查詢索引獲取到最終所需的資料。好了，本章內容就寫到這裡，由於本人技術有限，文章難免會出現錯誤，還望批評指正；後面我會找個時間寫一下Android四大元件工作過程的原始碼分析，謝謝大家的閱讀。

以上就是詳解Android的應用程式元件的詳細內容，更多關於Android 應用程式元件的資料請關注我們其它相關文章！