在一個(gè)Android應(yīng)用中,主要是由四種組件組成的,這四種組件可參考“Android應(yīng)用的構(gòu)成”。而這四種組件是獨(dú)立的,它們之間可以互相調(diào)用,協(xié)調(diào)工作,最終組成一個(gè)真正的Android應(yīng)用。在這些組件之間的通訊中,主要是由Intent協(xié)助完成的。
1、概述
一個(gè)應(yīng)用程序的三個(gè)核心組件——activities、services、broadcast receivers,都是通過(guò)叫做intents的消息激活。Intent消息是一種同一或不同應(yīng)用程序中的組件之間延遲運(yùn)行時(shí)綁定的機(jī)制。intent本身(是一個(gè)Intent對(duì)象),是一個(gè)被動(dòng)的數(shù)據(jù)結(jié)構(gòu)保存一個(gè)將要執(zhí)行的操作的抽象描述,或在廣播的情況下,通常是某事已經(jīng)發(fā)生且正在宣告。對(duì)于這三種組件,有獨(dú)立的傳送intent的機(jī)制:
· Activity:一個(gè)intent對(duì)象傳遞給Context.startActivity()或Activity.startActivityForRestult()去啟動(dòng)一個(gè)活動(dòng)或使一個(gè)已存在的活動(dòng)去做新的事情。
· Service:一個(gè)intent對(duì)象傳遞給Context.startService()去初始化一個(gè)service或傳遞一個(gè)新的指令給正在運(yùn)行的service。類(lèi)似的,一個(gè)intent可以傳遞給Context.bindService()去建立調(diào)用組件和目標(biāo)服務(wù)之間的連接。
· Broadcast Receiver:一個(gè)intent對(duì)象傳遞給任何廣播方法(如Context.sendBroadcast(),Context.sendOrderedBroadcast(),Context.sendStickyBroadcast()),都將傳遞到所有感興趣的廣播接收者。 在每種情況下,Android系統(tǒng)查找合適的activity、service、broadcastreceivers來(lái)響應(yīng)意圖,如果有必要的話(huà),初始化他們。這些消息系統(tǒng)之間沒(méi)有重疊,即廣播意圖僅會(huì)傳遞給廣播接收者,而不會(huì)傳遞活動(dòng)或服務(wù),反之亦然。
下面首先描述intent對(duì)象,然后介紹Android將intent映射到相應(yīng)組件的規(guī)則——如何解決哪個(gè)組件應(yīng)該接收intent消息。對(duì)于沒(méi)有指定目標(biāo)組件名字的intent,這個(gè)處理過(guò)程包括按照intent filters匹配每個(gè)潛在的目標(biāo)對(duì)象。
2、Intent對(duì)象
一個(gè)Intent對(duì)象是一個(gè)捆信息,包含對(duì)intent有興趣的組件的信息(如要執(zhí)行的動(dòng)作和要作用的數(shù)據(jù))、Android系統(tǒng)有興趣的信息(如處理intent組件的分類(lèi)信息和如何啟動(dòng)目標(biāo)活動(dòng)的指令)。下面列出它的主要信息:
(1)組件名字
處理intent的組件的名字。這個(gè)字段是一個(gè)ComponentName對(duì)象——是目標(biāo)組件的完全限定類(lèi)名(如"com.example.project.app.FreneticActivity")和應(yīng)用程序所在的包在清單文件中的名字(如"com.example.project")的組合。其中組件名字中的包部分不必一定和清單文件中的包名一樣。
組件名字是可選的,如果設(shè)置了,intent對(duì)象傳遞到指定類(lèi)的實(shí)例;如果沒(méi)有設(shè)置,Android使用intent中的其它信息來(lái)定位合適的目標(biāo)組件(見(jiàn)下面的Intent解析)。組件的名字通過(guò)setComponent(),setClass()或setClassName()設(shè)置,通過(guò)getComponent()讀取。
(2)動(dòng)作
一個(gè)字符串命名的動(dòng)作將被執(zhí)行,或在廣播intent中,已發(fā)生動(dòng)作且正被報(bào)告。Intent類(lèi)定義了一些動(dòng)作常量,如下:
Constant--Target component--Action
ACTION_CALL--activity--Initiate a phone call.Initiate a phone call.
ACTION_EDIT--activity--Display data for the user to edit.
ACTION_MAIN--activity--Start up as the initial activity of a task, with no data input and no returned output.
ACTION_SYNC--activity--Synchronize data on a server with data on the mobile device.
ACTION_BATTERY_LOW--broadcast receiver--A warning that the battery is low.
ACTION_HEADSET_PLUG--broadcast receiver--A headset has been plugged into the device, or unplugged from it.
ACTION_SCREEN_ON--broadcast receiver--The screen has been turned on.
ACTION_TIMEZONE_CHANGED--broadcast receiver--The setting for the time zone has changed.
查看更多的動(dòng)作請(qǐng)參考Intent類(lèi)。其它的動(dòng)作定義在Android API中,我們還可以定義自己的動(dòng)作字符串一再我們的應(yīng)用程序中激活組件。自定義動(dòng)作字符串應(yīng)該包含應(yīng)用程序報(bào)名前綴,如"com.example.project.SHOW_COLOR"。
動(dòng)作很大程度上決定了剩下的intent如何構(gòu)建,特別是數(shù)據(jù)(data)和附加(extras)字段,就像一個(gè)方法名決定了參數(shù)和返回值。正是這個(gè)原因,應(yīng)該盡可能明確指定動(dòng)作,并緊密關(guān)聯(lián)到其它intent字段。換句話(huà)說(shuō),應(yīng)該定義你的組件能夠處理的Intent對(duì)象的整個(gè)協(xié)議,而不僅僅是單獨(dú)地定義一個(gè)動(dòng)作。
一個(gè)intent對(duì)象的動(dòng)作通過(guò)setAction()方法設(shè)置,通過(guò)getAction()方法讀取。
(3)數(shù)據(jù)
數(shù)據(jù)(data)是將作用于其上的數(shù)據(jù)的URI和數(shù)據(jù)的MIME類(lèi)型。不同的動(dòng)作有不同的數(shù)據(jù)規(guī)格。例如,如果動(dòng)作字段是ACTION_EDIT,數(shù)據(jù)字段將包含將顯示用于編輯的文檔的URI;如果動(dòng)作是ACTION_CALL,數(shù)據(jù)字段將是一個(gè)tel:URI和將撥打的號(hào)碼;如果動(dòng)作是ACTION_VIEW,數(shù)據(jù)字段是一個(gè)http:URI,接收活動(dòng)將被調(diào)用去下載和顯示URI指向的數(shù)據(jù)。
當(dāng)匹配一個(gè)intent到一個(gè)能夠處理數(shù)據(jù)的組件,通常知道數(shù)據(jù)的類(lèi)型(它的MIME類(lèi)型)和它的URI很重要。例如,一個(gè)組件能夠顯示圖像數(shù)據(jù),不應(yīng)該被調(diào)用去播放一個(gè)音頻文件。
在許多情況下,數(shù)據(jù)類(lèi)型能夠從URI中推測(cè),特別是content:URIs,它表示位于設(shè)備上的數(shù)據(jù)且被內(nèi)容提供者(content provider)控制。但是類(lèi)型也能夠顯示地設(shè)置,setData()方法指定數(shù)據(jù)的URI,setType()指定MIME類(lèi)型,setDataAndType()指定數(shù)據(jù)的URI和MIME類(lèi)型。通過(guò)getData()讀取URI,getType()讀取類(lèi)型。
(4)種類(lèi)
此外,還包含關(guān)于應(yīng)該處理intent的組件類(lèi)型信息??梢栽谝粋€(gè)Intent對(duì)象中指定任意數(shù)量的種類(lèi)描述。Intent類(lèi)定義的一些種類(lèi)常量,如下這些:
Constant--Meaning
CATEGORY_BROWSABLE--The target activity can be safely invoked by the browser to display data referenced by a link — for example, an image or an e-mail message.
CATEGORY_GADGET--The activity can be embedded inside of another activity that hosts gadgets.
CATEGORY_HOME--The activity displays the home screen, the first screen the user sees when the device is turned on or when-the HOME key is pressed.
CATEGORY_LAUNCHER--The activity can be the initial activity of a task and is listed in the top-level application launcher.
CATEGORY_PREFERENCE--The target activity is a preference panel.
更多的種類(lèi)常量請(qǐng)參考Intent類(lèi)。
addCategory()方法添加一個(gè)種類(lèi)到Intent對(duì)象中,removeCategory()方法刪除一個(gè)之前添加的種類(lèi),getCategories()方法獲取Intent對(duì)象中的所有種類(lèi)。
(5)附加信息
額外的鍵值對(duì)信息應(yīng)該傳遞到組件處理intent。就像動(dòng)作關(guān)聯(lián)的特定種類(lèi)的數(shù)據(jù)URIs,也關(guān)聯(lián)到某些特定的附加信息。例如,一個(gè)ACTION_TIMEZONE_CHANGEintent有一個(gè)"time-zone"的附加信息,標(biāo)識(shí)新的時(shí)區(qū),ACTION_HEADSET_PLUG有一個(gè)"state"附加信息,標(biāo)識(shí)頭部現(xiàn)在是否塞滿(mǎn)或未塞滿(mǎn);有一個(gè)"name"附加信息,標(biāo)識(shí)頭部的類(lèi)型。如果你自定義了一個(gè)SHOW_COLOR動(dòng)作,顏色值將可以設(shè)置在附加的鍵值對(duì)中。
Intent對(duì)象有一系列的put…()方法用于插入各種附加數(shù)據(jù)和一系列的get…()用于讀取數(shù)據(jù)。這些方法與Bundle對(duì)象的方法類(lèi)似,實(shí)際上,附加信息可以作為一個(gè)Bundle使用putExtras()和getExtras()安裝和讀取。
(6)標(biāo)志
有各種各樣的標(biāo)志,許多指示Android系統(tǒng)如何去啟動(dòng)一個(gè)活動(dòng)(例如,活動(dòng)應(yīng)該屬于那個(gè)任務(wù))和啟動(dòng)之后如何對(duì)待它(例如,它是否屬于最近的活動(dòng)列表)。所有這些標(biāo)志都定義在Intent類(lèi)中。
3、Intent解析
Intent可以分為兩組:
· 顯式intent:通過(guò)名字指定目標(biāo)組件。因?yàn)殚_(kāi)發(fā)者通常不知道其它應(yīng)用程序的組件名字,顯式intent通常用于應(yīng)用程序內(nèi)部消息,如一個(gè)活動(dòng)啟動(dòng)從屬的服務(wù)或啟動(dòng)一個(gè)姐妹活動(dòng)。
· 隱式intent:并不指定目標(biāo)的名字(組件名字字段是空的)。隱式intent經(jīng)常用于激活其它應(yīng)用程序中的組件。
Android傳遞一個(gè)顯式intent到一個(gè)指定目標(biāo)類(lèi)的實(shí)例。Intent對(duì)象中只用組件名字內(nèi)容去決定哪個(gè)組件應(yīng)該獲得這個(gè)intent,而不用其他內(nèi)容。
隱式intent需要另外一種不同的策略。由于缺省指定目標(biāo),Android系統(tǒng)必須查找一個(gè)最適合的組件(一些組件)去處理intent——一個(gè)活動(dòng)或服務(wù)去執(zhí)行請(qǐng)求動(dòng)作,或一組廣播接收者去響應(yīng)廣播聲明。這是通過(guò)比較Intent對(duì)象的內(nèi)容和intent過(guò)濾器(intentfilters)來(lái)完成的。intent過(guò)濾器關(guān)聯(lián)到潛在的接收intent的組件。過(guò)濾器聲明組件的能力和界定它能處理的intents,它們打開(kāi)組件接收聲明的intent類(lèi)型的隱式intents。如果一個(gè)組件沒(méi)有任何intent過(guò)濾器,它僅能接收顯示的intents,而聲明了intent過(guò)濾器的組件可以接收顯示和隱式的intents。
只有當(dāng)一個(gè)Intent對(duì)象的下面三個(gè)方面都符合一個(gè)intent過(guò)濾器:action、data(包括URI和數(shù)據(jù)類(lèi)型)、category,才被考慮。附加信息和標(biāo)志在解析哪個(gè)組件接收intent中不起作用。
(1)Intent過(guò)濾器
活動(dòng)、服務(wù)、廣播接收者為了告知系統(tǒng)能夠處理哪些隱式intent,它們可以有一個(gè)或多個(gè)intent過(guò)濾器。每個(gè)過(guò)濾器描述組件的一種能力,即樂(lè)意接收的一組intent。實(shí)際上,它篩掉不想要的intents,也僅僅是不想要的隱式intents。一個(gè)顯式intent總是能夠傳遞到它的目標(biāo)組件,不管它包含什么;不考慮過(guò)濾器。但是一個(gè)隱式intent,僅當(dāng)它能夠通過(guò)組件的過(guò)濾器之一才能夠傳遞給它。
一個(gè)組件的能夠做的每一工作有獨(dú)立的過(guò)濾器。例如,記事本中的NoteEditer活動(dòng)有兩個(gè)過(guò)濾器,一個(gè)是啟動(dòng)一個(gè)指定的記錄,用戶(hù)可以查看和編輯;另一個(gè)是啟動(dòng)一個(gè)新的、空的記錄,用戶(hù)能夠填充并保存。
一個(gè)intent過(guò)濾器是一個(gè)IntentFilter類(lèi)的實(shí)例。因?yàn)锳ndroid系統(tǒng)在啟動(dòng)一個(gè)組件之前必須知道它的能力,但是intent過(guò)濾器通常不在java代碼中設(shè)置,而是在應(yīng)用程序的清單文件(AndroidManifest.xml)中以<intent-filter>元素設(shè)置。但有一個(gè)例外,廣播接收者的過(guò)濾器通過(guò)調(diào)用Context.registerReceiver()動(dòng)態(tài)地注冊(cè),它直接創(chuàng)建一個(gè)IntentFilter對(duì)象。
一個(gè)過(guò)濾器有對(duì)應(yīng)于Intent對(duì)象的動(dòng)作、數(shù)據(jù)、種類(lèi)的字段。過(guò)濾器要檢測(cè)隱式intent的所有這三個(gè)字段,其中任何一個(gè)失敗,Android系統(tǒng)都不會(huì)傳遞intent給組件。然而,因?yàn)橐粋€(gè)組件可以有多個(gè)intent過(guò)濾器,一個(gè)intent通不過(guò)組件的過(guò)濾器檢測(cè),其它的過(guò)濾器可能通過(guò)檢測(cè)。
(1.1)動(dòng)作檢測(cè)
清單文件中的<intent-filter>元素以<action>子元素列出動(dòng)作,例如:
- <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>
像例子所展示,雖然一個(gè)Intent對(duì)象僅是單個(gè)動(dòng)作,但是一個(gè)過(guò)濾器可以列出不止一個(gè)。這個(gè)列表不能夠?yàn)榭?,一個(gè)過(guò)濾器必須至少包含一個(gè)<action>子元素,否則它將阻塞所有的intents。
要通過(guò)檢測(cè),Intent對(duì)象中指定的動(dòng)作必須匹配過(guò)濾器的動(dòng)作列表中的一個(gè)。如果對(duì)象或過(guò)濾器沒(méi)有指定一個(gè)動(dòng)作,結(jié)果將如下:
· 如果過(guò)濾器沒(méi)有指定動(dòng)作,沒(méi)有一個(gè)Intent將匹配,所有的intent將檢測(cè)失敗,即沒(méi)有intent能夠通過(guò)過(guò)濾器。
· 如果Intent對(duì)象沒(méi)有指定動(dòng)作,將自動(dòng)通過(guò)檢查(只要過(guò)濾器至少有一個(gè)過(guò)濾器,否則就是上面的情況了)
(1.2)種類(lèi)檢測(cè)
類(lèi)似的,清單文件中的<intent-filter>元素以<category>子元素列出種類(lèi),例如:
- <intent-filter . . . >
- <category android:name="android.intent.category.DEFAULT" />
- <category android:name="android.intent.category.BROWSABLE" />
- .. .
- </intent-filter>
注意本文前面兩個(gè)表格列舉的動(dòng)作和種類(lèi)常量不在清單文件中使用,而是使用全字符串值。例如,例子中所示的"android.intent.category.BROWSABLE"字符串對(duì)應(yīng)于本文前面提到的BROWSABLE常量。類(lèi)似的,"android.intent.action.EDIT"字符串對(duì)應(yīng)于ACTION_EDIT常量。
對(duì)于一個(gè)intent要通過(guò)種類(lèi)檢測(cè),intent對(duì)象中的每個(gè)種類(lèi)必須匹配過(guò)濾器中的一個(gè)。即過(guò)濾器能夠列出額外的種類(lèi),但是intent對(duì)象中的種類(lèi)都必須能夠在過(guò)濾器中找到,只有一個(gè)種類(lèi)在過(guò)濾器列表中沒(méi)有,就算種類(lèi)檢測(cè)失敗!
因此,原則上如果一個(gè)intent對(duì)象中沒(méi)有種類(lèi)(即種類(lèi)字段為空)應(yīng)該總是通過(guò)種類(lèi)測(cè)試,而不管過(guò)濾器中有什么種類(lèi)。但是有個(gè)例外,Android對(duì)待所有傳遞給Context.startActivity()的隱式intent好像它們至少包含"android.intent.category.DEFAULT"(對(duì)應(yīng)CATEGORY_DEFAULT常量)。因此,活動(dòng)想要接收隱式intent必須要在intent過(guò)濾器中包含"android.intent.category.DEFAULT"。
注意:"android.intent.action.MAIN"和 "android.intent.category.LAUNCHER"設(shè)置,它們分別標(biāo)記活動(dòng)開(kāi)始新的任務(wù)和帶到啟動(dòng)列表界面。它們可以包含"android.intent.category.DEFAULT"到種類(lèi)列表,也可以不包含。
(1.3)數(shù)據(jù)檢測(cè)
類(lèi)似的,清單文件中的<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>
每個(gè)<data>元素指定一個(gè)URI和數(shù)據(jù)類(lèi)型(MIME類(lèi)型)。它有四個(gè)屬性scheme、host、port、path對(duì)應(yīng)于URI的每個(gè)部分:
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沒(méi)有指定,port也被 忽略。 這四個(gè)屬性都是可選的,但它們之間并不都是完全獨(dú)立的。要讓authority有意義,scheme必須也要指定。要讓path有意義,scheme和authority也都必須要指定。
當(dāng)比較intent對(duì)象和過(guò)濾器的URI時(shí),僅僅比較過(guò)濾器中出現(xiàn)的URI屬性。例如,如果一個(gè)過(guò)濾器僅指定了scheme,所有有此scheme的URIs都匹配過(guò)濾器;如果一個(gè)過(guò)濾器指定了scheme和authority,但沒(méi)有指定path,所有匹配scheme和authority的URIs都通過(guò)檢測(cè),而不管它們的path;如果四個(gè)屬性都指定了,要都匹配才能算是匹配。然而,過(guò)濾器中的path可以包含通配符來(lái)要求匹配path中的一部分。
<data>元素的type屬性指定數(shù)據(jù)的MIME類(lèi)型。Intent對(duì)象和過(guò)濾器都可以用"*"通配符匹配子類(lèi)型字段,例如"text/*","audio/*"表示任何子類(lèi)型。
數(shù)據(jù)檢測(cè)既要檢測(cè)URI,也要檢測(cè)數(shù)據(jù)類(lèi)型。規(guī)則如下:
· 一個(gè)Intent對(duì)象既不包含URI,也不包含數(shù)據(jù)類(lèi)型:僅當(dāng)過(guò)濾器也不指定任何URIs和數(shù)據(jù)類(lèi)型時(shí),才不能通過(guò)檢測(cè);否則都能通過(guò)。
· 一個(gè)Intent對(duì)象包含URI,但不包含數(shù)據(jù)類(lèi)型:僅當(dāng)過(guò)濾器也不指定數(shù)據(jù)類(lèi)型,同時(shí)它們的URI匹配,才能通過(guò)檢測(cè)。例如,mailto:和tel:都不指定實(shí)際數(shù)據(jù)。
· 一個(gè)Intent對(duì)象包含數(shù)據(jù)類(lèi)型,但不包含URI:僅當(dāng)過(guò)濾也只包含數(shù)據(jù)類(lèi)型且與Intent相同,才通過(guò)檢測(cè)。
· 一個(gè)Intent對(duì)象既包含URI,也包含數(shù)據(jù)類(lèi)型(或數(shù)據(jù)類(lèi)型能夠從URI推斷出):數(shù)據(jù)類(lèi)型部分,只有與過(guò)濾器中之一匹配才算通過(guò);URI部分,它的URI要出現(xiàn)在過(guò)濾器中,或者它有content:或file: URI,又或者過(guò)濾器沒(méi)有指定URI。換句話(huà)說(shuō),如果它的過(guò)濾器僅列出了數(shù)據(jù)類(lèi)型,組件假定支持content:和file: 。
如果一個(gè)Intent能夠通過(guò)不止一個(gè)活動(dòng)或服務(wù)的過(guò)濾器,用戶(hù)可能會(huì)被問(wèn)那個(gè)組件被激活。如果沒(méi)有目標(biāo)找到,會(huì)產(chǎn)生一個(gè)異常。
(2)通用情況
上面最后一條規(guī)則表明組件能夠從文件或內(nèi)容提供者獲取本地?cái)?shù)據(jù)。因此,它們的過(guò)濾器僅列出數(shù)據(jù)類(lèi)型且不必明確指出content:和file: scheme的名字。這是一種典型的情況,一個(gè)<data>元素像下面這樣:
- <data android:mimeType="image/*" />
告訴Android這個(gè)組件能夠從內(nèi)容提供者獲取image數(shù)據(jù)并顯示它。因?yàn)榇蟛糠挚捎脭?shù)據(jù)由內(nèi)容提供者(content provider)分發(fā),過(guò)濾器指定一個(gè)數(shù)據(jù)類(lèi)型但沒(méi)有指定URI或許最通用。
另一種通用配置是過(guò)濾器指定一個(gè)scheme和一個(gè)數(shù)據(jù)類(lèi)型。例如,一個(gè)<data>元素像下面這樣:
- <data android:scheme="http" android:type="video/*" />
告訴Android這個(gè)組件能夠從網(wǎng)絡(luò)獲取視頻數(shù)據(jù)并顯示它??紤],當(dāng)用戶(hù)點(diǎn)擊一個(gè)web頁(yè)面上的link,瀏覽器應(yīng)用程序會(huì)做什么?它首先會(huì)試圖去顯示數(shù)據(jù)(如果link是一個(gè)HTML頁(yè)面,就能顯示)。如果它不能顯示數(shù)據(jù),它將把一個(gè)隱式Intent加到scheme和數(shù)據(jù)類(lèi)型,去啟動(dòng)一個(gè)能夠做此工作的活動(dòng)。如果沒(méi)有接收者,它將請(qǐng)求下載管理者去下載數(shù)據(jù)。這將在內(nèi)容提供者的控制下完成,因此一個(gè)潛在的大活動(dòng)池(他們的過(guò)濾器僅有數(shù)據(jù)類(lèi)型)能夠響應(yīng)。
大部分應(yīng)用程序能啟動(dòng)新的活動(dòng),而不引用任何特別的數(shù)據(jù)?;顒?dòng)有指定"android.intent.action.MAIN"的動(dòng)作的過(guò)濾器,能夠啟動(dòng)應(yīng)用程序。如果它們出現(xiàn)在應(yīng)用程序啟動(dòng)列表中,它們也指定"android.intent.category.LAUNCHER"種類(lèi):
- <intent-filter . . . >
- <action android:name="codeandroid.intent.action.MAIN" /> <category android:name="codeandroid.intent.category.LAUNCHER" />
- </intent-filter>
(3)使用intent匹配
Intents對(duì)照著Intent過(guò)濾器匹配,不僅去發(fā)現(xiàn)一個(gè)目標(biāo)組件去激活,而且去發(fā)現(xiàn)設(shè)備上的組件的其他信息。例如,Android系統(tǒng)填充應(yīng)用程序啟動(dòng)列表,最高層屏幕顯示用戶(hù)能夠啟動(dòng)的應(yīng)用程序:是通過(guò)查找所有的包含指定了"android.intent.action.MAIN"的動(dòng)作和"android.intent.category.LAUNCHER"種類(lèi)的過(guò)濾器的活動(dòng),然后在啟動(dòng)列表中顯示這些活動(dòng)的圖標(biāo)和標(biāo)簽。類(lèi)似的,它通過(guò)查找有"android.intent.category.HOME"過(guò)濾器的活動(dòng)發(fā)掘主菜單
我們的應(yīng)用程序也可以類(lèi)似的使用這種Intent匹配方式。PackageManager有一組query…()方法返回能夠接收特定intent的所有組件,一組resolve…()方法決定最適合的組件響應(yīng)intent。例如,queryIntentActivities()返回一組能夠給執(zhí)行指定的intent參數(shù)的所有活動(dòng),類(lèi)似的queryIntentServices()返回一組服務(wù)。這兩個(gè)方法都不激活組件,它們僅列出所有能夠響應(yīng)的組件。對(duì)應(yīng)廣播接收者也有類(lèi)似的方法——queryBroadcastReceivers()。