引言

大部分移動設(shè)備平臺上的應(yīng)用程序都運行在他們自己的沙盒中。他們彼此之間互相隔離，并且嚴格限制應(yīng)用程序與硬件和原始組件之間的交互。 我們知道交流是多么的重要，作為一個孤島沒有交流的東西，一定毫無意義！Android應(yīng)用程序也是一個沙盒，但是他們能夠使用Intent、Broadcast Receivers、Adapters、Content Providers、Internet去突破他們的邊界互相交流。有交流還會和諧，由此可見這些交流手段有多重要。

上篇文章中我們在SMS接收程序和使用Intent發(fā)送SMS程序中用到了Intent，并做了簡單的回顧和總結(jié)：android應(yīng)用程序的三大組件——Activities、Services、Broadcast Receiver，通過消息觸發(fā)，這個消息就稱作意圖（Intent）。然后以活動為例簡單介紹了Intent了并說明Intent機制的好處。既然在SMS程序中用到了Intent，這里我就借機順著這條線，徹底詳細地介紹一下Intent。分兩篇文章介紹：

1. Android開發(fā)之旅: Intents和Intent Filters（理論部分）
2. Android開發(fā)之旅: Intents和Intent Filters（實例部分）

本文的主要內(nèi)容如下：

• 1、概述
• 2、Intent對象
  • 2.1、組件名字
  • 2.2、動作
  • 2.3、數(shù)據(jù)
  • 2.4、種類
  • 2.5、附加信息
  • 2.6、標志
• 3、Intent解析
  • 3.1、Intent過濾器
    • 3.1.1、動作檢測
    • 3.1.2、種類檢測
    • 3.1.3、數(shù)據(jù)檢測
  • 3.2、通用情況
  • 3.3、使用intent匹配

1、概述

一個應(yīng)用程序的三個核心組件——activities、services、broadcast receivers，都是通過叫做intents的消息激活。Intent消息是一種同一或不同應(yīng)用程序中的組件之間延遲運行時綁定的機制。intent本身（是一個Intent對象），是一個被動的數(shù)據(jù)結(jié)構(gòu)保存一個將要執(zhí)行的操作的抽象描述，或在廣播的情況下，通常是某事已經(jīng)發(fā)生且正在宣告。對于這三種組件，有獨立的傳送intent的機制：

• Activity：一個intent對象傳遞給Context.startActivity()或Activity.startActivityForRestult()去啟動一個活動或使一個已存在的活動去做新的事情。
• Service：一個intent對象傳遞給Context.startService()去初始化一個service或傳遞一個新的指令給正在運行的service。類似的，一個intent可以傳遞給Context.bindService()去建立調(diào)用組件和目標服務(wù)之間的連接。
• Broadcast Receiver：一個intent對象傳遞給任何廣播方法（如Context.sendBroadcast()，Context.sendOrderedBroadcast()，Context.sendStickyBroadcast()），都將傳遞到所有感興趣的廣播接收者。

在每種情況下，Android系統(tǒng)查找合適的activity、service、broadcast receivers來響應(yīng)意圖，如果有必要的話，初始化他們。這些消息系統(tǒng)之間沒有重疊，即廣播意圖僅會傳遞給廣播接收者，而不會傳遞活動或服務(wù)，反之亦然。

下面首先描述intent對象，然后介紹Android將intent映射到相應(yīng)組件的規(guī)則——如何解決哪個組件應(yīng)該接收intent消息。對于沒有指定目標組件名字的intent，這個處理過程包括按照intent filters匹配每個潛在的目標對象。

2、Intent對象

一個Intent對象是一個捆信息，包含對intent有興趣的組件的信息（如要執(zhí)行的動作和要作用的數(shù)據(jù)）、Android系統(tǒng)有興趣的信息（如處理intent組件的分類信息和如何啟動目標活動的指令）。下面列出它的主要信息：

2.1、組件名字

處理intent的組件的名字。這個字段是一個ComponentName對象——是目標組件的完全限定類名（如"com.example.project.app.FreneticActivity"）和應(yīng)用程序所在的包在清單文件中的名字（如"com.example.project"）的組合。其中組件名字中的包部分不必一定和清單文件中的包名一樣。

組件名字是可選的，如果設(shè)置了，intent對象傳遞到指定類的實例；如果沒有設(shè)置，Android使用intent中的其它信息來定位合適的目標組件（見下面的Intent解析）。組件的名字通過setComponent()，setClass()或setClassName()設(shè)置，通過getComponent()讀取。

2.2、動作

一個字符串命名的動作將被執(zhí)行，或在廣播intent中，已發(fā)生動作且正被報告。Intent類定義了一些動作常量，如下：

查看更多的動作請參考Intent類。其它的動作定義在Android API中，我們還可以定義自己的動作字符串一再我們的應(yīng)用程序中激活組件。自定義動作字符串應(yīng)該包含應(yīng)用程序報名前綴，如"com.example.project.SHOW_COLOR"。

動作很大程度上決定了剩下的intent如何構(gòu)建，特別是數(shù)據(jù)（data）和附加（extras）字段，就像一個方法名決定了參數(shù)和返回值。正是這個原因，應(yīng)該盡可能明確指定動作，并緊密關(guān)聯(lián)到其它intent字段。換句話說，應(yīng)該定義你的組件能夠處理的Intent對象的整個協(xié)議，而不僅僅是單獨地定義一個動作。

一個intent對象的動作通過setAction()方法設(shè)置，通過getAction()方法讀取。

2.3、數(shù)據(jù)

數(shù)據(jù)（data）是將作用于其上的數(shù)據(jù)的URI和數(shù)據(jù)的MIME類型。不同的動作有不同的數(shù)據(jù)規(guī)格。例如，如果動作字段是ACTION_EDIT，數(shù)據(jù)字段將包含將顯示用于編輯的文檔的URI；如果動作是ACTION_CALL，數(shù)據(jù)字段將是一個tel:URI和將撥打的號碼；如果動作是ACTION_VIEW，數(shù)據(jù)字段是一個http:URI，接收活動將被調(diào)用去下載和顯示URI指向的數(shù)據(jù)。

當匹配一個intent到一個能夠處理數(shù)據(jù)的組件，通常知道數(shù)據(jù)的類型（它的MIME類型）和它的URI很重要。例如，一個組件能夠顯示圖像數(shù)據(jù)，不應(yīng)該被調(diào)用去播放一個音頻文件。

在許多情況下，數(shù)據(jù)類型能夠從URI中推測，特別是content:URIs，它表示位于設(shè)備上的數(shù)據(jù)且被內(nèi)容提供者（content provider）控制。但是類型也能夠顯示地設(shè)置，setData()方法指定數(shù)據(jù)的URI，setType()指定MIME類型，setDataAndType()指定數(shù)據(jù)的URI和MIME類型。通過getData()讀取URI，getType()讀取類型。

2.4、種類

此外，還包含關(guān)于應(yīng)該處理intent的組件類型信息。可以在一個Intent對象中指定任意數(shù)量的種類描述。Intent類定義的一些種類常量，如下這些：

更多的種類常量請參考Intent類。

addCategory()方法添加一個種類到Intent對象中，removeCategory()方法刪除一個之前添加的種類，getCategories()方法獲取Intent對象中的所有種類。

2.5、附加信息

額外的鍵值對信息應(yīng)該傳遞到組件處理intent。就像動作關(guān)聯(lián)的特定種類的數(shù)據(jù)URIs，也關(guān)聯(lián)到某些特定的附加信息。例如，一個ACTION_TIMEZONE_CHANGE intent有一個"time-zone"的附加信息，標識新的時區(qū)，ACTION_HEADSET_PLUG有一個"state"附加信息，標識頭部現(xiàn)在是否塞滿或未塞滿；有一個"name"附加信息，標識頭部的類型。如果你自定義了一個SHOW_COLOR動作，顏色值將可以設(shè)置在附加的鍵值對中。

Intent對象有一系列的put…()方法用于插入各種附加數(shù)據(jù)和一系列的get…()用于讀取數(shù)據(jù)。這些方法與Bundle對象的方法類似，實際上，附加信息可以作為一個Bundle使用putExtras()和getExtras()安裝和讀取。

2.6、標志

有各種各樣的標志，許多指示Android系統(tǒng)如何去啟動一個活動（例如，活動應(yīng)該屬于那個任務(wù)）和啟動之后如何對待它（例如，它是否屬于最近的活動列表）。所有這些標志都定義在Intent類中。

3、Intent解析

Intent可以分為兩組：

• 顯式intent：通過名字指定目標組件。因為開發(fā)者通常不知道其它應(yīng)用程序的組件名字，顯式intent通常用于應(yīng)用程序內(nèi)部消息，如一個活動啟動從屬的服務(wù)或啟動一個姐妹活動。
• 隱式intent：并不指定目標的名字（組件名字字段是空的）。隱式intent經(jīng)常用于激活其它應(yīng)用程序中的組件。

Android傳遞一個顯式intent到一個指定目標類的實例。Intent對象中只用組件名字內(nèi)容去決定哪個組件應(yīng)該獲得這個intent，而不用其他內(nèi)容。

隱式intent需要另外一種不同的策略。由于缺省指定目標，Android系統(tǒng)必須查找一個最適合的組件（一些組件）去處理intent——一個活動或服務(wù)去執(zhí)行請求動作，或一組廣播接收者去響應(yīng)廣播聲明。這是通過比較Intent對象的內(nèi)容和intent過濾器（intent filters）來完成的。intent過濾器關(guān)聯(lián)到潛在的接收intent的組件。過濾器聲明組件的能力和界定它能處理的intents，它們打開組件接收聲明的intent類型的隱式intents。如果一個組件沒有任何intent過濾器，它僅能接收顯示的intents，而聲明了intent過濾器的組件可以接收顯示和隱式的intents。

只有當一個Intent對象的下面三個方面都符合一個intent過濾器：action、data（包括URI和數(shù)據(jù)類型）、category，才被考慮。附加信息和標志在解析哪個組件接收intent中不起作用。

3.1、Intent過濾器

活動、服務(wù)、廣播接收者為了告知系統(tǒng)能夠處理哪些隱式intent，它們可以有一個或多個intent過濾器。每個過濾器描述組件的一種能力，即樂意接收的一組intent。實際上，它篩掉不想要的intents，也僅僅是不想要的隱式intents。一個顯式intent總是能夠傳遞到它的目標組件，不管它包含什么；不考慮過濾器。但是一個隱式intent，僅當它能夠通過組件的過濾器之一才能夠傳遞給它。

一個組件的能夠做的每一工作有獨立的過濾器。例如，記事本中的NoteEditer活動有兩個過濾器，一個是啟動一個指定的記錄，用戶可以查看和編輯；另一個是啟動一個新的、空的記錄，用戶能夠填充并保存。

一個intent過濾器是一個IntentFilter類的實例。因為Android系統(tǒng)在啟動一個組件之前必須知道它的能力，但是intent過濾器通常不在java代碼中設(shè)置，而是在應(yīng)用程序的清單文件（AndroidManifest.xml）中以<intent-filter>元素設(shè)置。但有一個例外，廣播接收者的過濾器通過調(diào)用Context.registerReceiver()動態(tài)地注冊，它直接創(chuàng)建一個IntentFilter對象。

一個過濾器有對應(yīng)于Intent對象的動作、數(shù)據(jù)、種類的字段。過濾器要檢測隱式intent的所有這三個字段，其中任何一個失敗，Android系統(tǒng)都不會傳遞intent給組件。然而，因為一個組件可以有多個intent過濾器，一個intent通不過組件的過濾器檢測，其它的過濾器可能通過檢測。

3.1.1、動作檢測

清單文件中的<intent-filter>元素以<action>子元素列出動作，例如：

<intent-filter . . . >
<action android:name="com.example.project.SHOW_CURRENT" />
<action android:name="com.example.project.SHOW_RECENT" />
<action android:name="com.example.project.SHOW_PENDING" />
. . .
</intent-filter>

像例子所展示，雖然一個Intent對象僅是單個動作，但是一個過濾器可以列出不止一個。這個列表不能夠為空，一個過濾器必須至少包含一個<action>子元素，否則它將阻塞所有的intents。

要通過檢測，Intent對象中指定的動作必須匹配過濾器的動作列表中的一個。如果對象或過濾器沒有指定一個動作，結(jié)果將如下：

• 如果過濾器沒有指定動作，沒有一個Intent將匹配，所有的intent將檢測失敗，即沒有intent能夠通過過濾器。
• 如果Intent對象沒有指定動作，將自動通過檢查（只要過濾器至少有一個過濾器，否則就是上面的情況了）

3.1.2、種類檢測

類似的，清單文件中的<intent-filter>元素以<category>子元素列出種類，例如：

<intent-filter . . . >
<category android:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.BROWSABLE" />
. . .
</intent-filter>

注意本文前面兩個表格列舉的動作和種類常量不在清單文件中使用，而是使用全字符串值。例如，例子中所示的"android.intent.category.BROWSABLE"字符串對應(yīng)于本文前面提到的BROWSABLE常量。類似的，"android.intent.action.EDIT"字符串對應(yīng)于ACTION_EDIT常量。

對于一個intent要通過種類檢測，intent對象中的每個種類必須匹配過濾器中的一個。即過濾器能夠列出額外的種類，但是intent對象中的種類都必須能夠在過濾器中找到，只有一個種類在過濾器列表中沒有，就算種類檢測失??！

因此，原則上如果一個intent對象中沒有種類（即種類字段為空）應(yīng)該總是通過種類測試，而不管過濾器中有什么種類。但是有個例外，Android對待所有傳遞給Context.startActivity()的隱式intent好像它們至少包含"android.intent.category.DEFAULT"（對應(yīng)CATEGORY_DEFAULT常量）。因此，活動想要接收隱式intent必須要在intent過濾器中包含"android.intent.category.DEFAULT"。

注意："android.intent.action.MAIN" 和 "android.intent.category.LAUNCHER"設(shè)置，它們分別標記活動開始新的任務(wù)和帶到啟動列表界面。它們可以包含"android.intent.category.DEFAULT"到種類列表，也可以不包含。

3.1.3、數(shù)據(jù)檢測

類似的，清單文件中的<intent-filter>元素以<data>子元素列出數(shù)據(jù)，例如：

<intent-filter . . . >
<data android:mimeType="video/mpeg" android:scheme="http" . . . />
<data android:mimeType="audio/mpeg" android:scheme="http" . . . />
. . .
</intent-filter>

每個<data>元素指定一個URI和數(shù)據(jù)類型（MIME類型）。它有四個屬性scheme、host、port、path對應(yīng)于URI的每個部分：
scheme://host:port/path
例如，下面的URI：
content://com.example.project:200/folder/subfolder/etc
scheme是content，host是"com.example.project"，port是200，path是"folder/subfolder/etc"。host和port一起構(gòu)成URI的憑據(jù)（authority），如果host沒有指定，port也被忽略。 這四個屬性都是可選的，但它們之間并不都是完全獨立的。要讓authority有意義，scheme必須也要指定。要讓path有意義，scheme和authority也都必須要指定。

當比較intent對象和過濾器的URI時，僅僅比較過濾器中出現(xiàn)的URI屬性。例如，如果一個過濾器僅指定了scheme，所有有此scheme的URIs都匹配過濾器；如果一個過濾器指定了scheme和authority，但沒有指定path，所有匹配scheme和authority的URIs都通過檢測，而不管它們的path；如果四個屬性都指定了，要都匹配才能算是匹配。然而，過濾器中的path可以包含通配符來要求匹配path中的一部分。

<data>元素的type屬性指定數(shù)據(jù)的MIME類型。Intent對象和過濾器都可以用"*"通配符匹配子類型字段，例如"text/*"，"audio/*"表示任何子類型。

數(shù)據(jù)檢測既要檢測URI，也要檢測數(shù)據(jù)類型。規(guī)則如下：

• 一個Intent對象既不包含URI，也不包含數(shù)據(jù)類型：僅當過濾器也不指定任何URIs和數(shù)據(jù)類型時，才不能通過檢測；否則都能通過。
• 一個Intent對象包含URI，但不包含數(shù)據(jù)類型：僅當過濾器也不指定數(shù)據(jù)類型，同時它們的URI匹配，才能通過檢測。例如，mailto:和tel:都不指定實際數(shù)據(jù)。
• 一個Intent對象包含數(shù)據(jù)類型，但不包含URI：僅當過濾也只包含數(shù)據(jù)類型且與Intent相同，才通過檢測。
• 一個Intent對象既包含URI，也包含數(shù)據(jù)類型（或數(shù)據(jù)類型能夠從URI推斷出）：數(shù)據(jù)類型部分，只有與過濾器中之一匹配才算通過；URI部分，它的URI要出現(xiàn)在過濾器中，或者它有content:或file: URI，又或者過濾器沒有指定URI。換句話說，如果它的過濾器僅列出了數(shù)據(jù)類型，組件假定支持content:和file: 。

如果一個Intent能夠通過不止一個活動或服務(wù)的過濾器，用戶可能會被問那個組件被激活。如果沒有目標找到，會產(chǎn)生一個異常。

3.2、通用情況

上面最后一條規(guī)則表明組件能夠從文件或內(nèi)容提供者獲取本地數(shù)據(jù)。因此，它們的過濾器僅列出數(shù)據(jù)類型且不必明確指出content:和file: scheme的名字。這是一種典型的情況，一個<data>元素像下面這樣：

<data android:mimeType="image/*" />

告訴Android這個組件能夠從內(nèi)容提供者獲取image數(shù)據(jù)并顯示它。因為大部分可用數(shù)據(jù)由內(nèi)容提供者（content provider）分發(fā)，過濾器指定一個數(shù)據(jù)類型但沒有指定URI或許最通用。

另一種通用配置是過濾器指定一個scheme和一個數(shù)據(jù)類型。例如，一個<data>元素像下面這樣：

<data android:scheme="http" android:type="video/*" />

告訴Android這個組件能夠從網(wǎng)絡(luò)獲取視頻數(shù)據(jù)并顯示它?？紤]，當用戶點擊一個web頁面上的link，瀏覽器應(yīng)用程序會做什么？它首先會試圖去顯示數(shù)據(jù)（如果link是一個HTML頁面，就能顯示）。如果它不能顯示數(shù)據(jù)，它將把一個隱式Intent加到scheme和數(shù)據(jù)類型，去啟動一個能夠做此工作的活動。如果沒有接收者，它將請求下載管理者去下載數(shù)據(jù)。這將在內(nèi)容提供者的控制下完成，因此一個潛在的大活動池（他們的過濾器僅有數(shù)據(jù)類型）能夠響應(yīng)。

大部分應(yīng)用程序能啟動新的活動，而不引用任何特別的數(shù)據(jù)?；顒佑兄付?android.intent.action.MAIN"的動作的過濾器，能夠啟動應(yīng)用程序。如果它們出現(xiàn)在應(yīng)用程序啟動列表中，它們也指定"android.intent.category.LAUNCHER"種類：

<intent-filter . . . >
<action android:name="code android.intent.action.MAIN" />
<category android:name="code android.intent.category.LAUNCHER" />
</intent-filter>

3.3、使用intent匹配

Intents對照著Intent過濾器匹配，不僅去發(fā)現(xiàn)一個目標組件去激活，而且去發(fā)現(xiàn)設(shè)備上的組件的其他信息。例如，Android系統(tǒng)填充應(yīng)用程序啟動列表，最高層屏幕顯示用戶能夠啟動的應(yīng)用程序：是通過查找所有的包含指定了"android.intent.action.MAIN"的動作和"android.intent.category.LAUNCHER"種類的過濾器的活動，然后在啟動列表中顯示這些活動的圖標和標簽。類似的，它通過查找有"android.intent.category.HOME"過濾器的活動發(fā)掘主菜單。

我們的應(yīng)用程序也可以類似的使用這種Intent匹配方式。PackageManager有一組query…()方法返回能夠接收特定intent的所有組件，一組resolve…()方法決定最適合的組件響應(yīng)intent。例如，queryIntentActivities()返回一組能夠給執(zhí)行指定的intent參數(shù)的所有活動，類似的queryIntentServices()返回一組服務(wù)。這兩個方法都不激活組件，它們僅列出所有能夠響應(yīng)的組件。對應(yīng)廣播接收者也有類似的方法——queryBroadcastReceivers()。