Android中Intent對象與Intent Filter過濾匹配過程詳解
時間：2018-09-27 來源：未知
概述
我們知道，Intent是分兩種的：顯式Intent和隱式Intent。如果一個Intent明確指定了要啟動的組件的完整類名，那么這個Intent就是顯式Intent，否則就是隱式Intent。當我們用一個顯式Intent去啟動組件時，Android會根據Intent對象所提供的component name直接找到要啟動的組件，當我們用一個隱式的Intent去啟動組件時，Android系統就無法直接知道要啟動的組件名稱了，本文就是講解Android系統如何根據隱式Intent查找匹配到要啟動的組件。
當Android系統接收到一個隱式Intent要啟動一個Activity(或其他組件)時，Android會根據以下三個信息比較Intent的信息與注冊的組件的intent-filter的信息，從而為該Intent選擇出匹配的Activity(或其他組件)：
intent中的action
intent中的category
intent中的data(包含Uri以及data的MIME類型)
也就是隱式intent對象要滿足要啟動的目標組件中注冊的intent-filter中的、、三個標簽中的信息，即要分別通過action測試、category測試以及data測試。intent-filter信息是在Android的manife文件中描述的，顧名思義，intent-filter是intent過濾器，就是用來過濾intent的。
如果隱式intent對象同時通過了某個組件的中intent-filter的action測試、category測試以及data測試，那么該組件就可以被intent對象所啟動。如果隱式intent對象沒有通過系統中任何組件的intent-filter測試，那么就沒有Android系統無法找到該intent對象要啟動的組件。下面我們依次看一下如何才能通過這三個測試。
Action測試
為了指定能夠接收并處理的Intent的類型，組件可以在intent-filter中聲明其支持0個或多個action，例如：
intent對象可以通過setAction()方法設置唯一的一個action值。對于action測試，需要分兩種情況：
intent對象設置了action
如果intent對象通過調用setAction()方法設置了action的值，那么只有當組件的intent-filter中包含了intent對象中的action值的時候，action測試才通過，否則無法通過。
舉個例子，假設我們的Activity的intent-filter如下所示:
下面的intent對象可以通過上面intent-filter里面的action測試:
Intent intent = new Intent();
intent.setAction("com.ispring.action.ACTION_TEST1");
Uri uri = Uri.parse("ispring://blog.csdn.net/sunqunsunqun");
intent.setData(uri);
該intent之所以能通過action測試是因為intent-filter中包含該intent的action值com.ispring.action.ACTION_TEST1。
下面的intent對象無法通過上面intent-filter里面的action測試:
Intent intent = new Intent();
intent.setAction("com.ispring.action.ACTION_TEST3");
Uri uri = Uri.parse("ispring://blog.csdn.net/sunqunsunqun");
intent.setData(uri);
該intent之所以無法通過action測試是因為intent-filter中不包含該intent的action值com.ispring.action.ACTION_TEST3。
intent對象沒有設置action
如果intent對象沒有調用setAction()方法設置action的值，那么如果intent-filter至少有一個任意的action的值，該intent對象就可以通過該intent-filter的action測試，反之，如果intent-filter中沒有定義任何的action，那么該intent無法通過該intent-filter的action測試。
舉個例子，假設我們的intent對象如下所示：
Intent intent = new Intent();
//不設置action值
//intent.setAction("com.ispring.action.ACTION_TEST1");
Uri uri = Uri.parse("ispring://blog.csdn.net/sunqunsunqun");
intent.setData(uri);
上面的intent對象可以通過如下的intent-filter：
上面的intent對象無法通過如下的intent-filter：
通過上面的幾個示例，想必大家都已經理解了action測試的規則，至于上面的category和data標簽的使用，會在下面詳細介紹。
總結起來有兩點結論：
1. 要想讓intent對象通過action測試，那么intent-filter中聲明的action不能為空且要包含intent對象中的action值(如果intent的action值不為空的話)。
2. 如果intent-filter沒有聲明任何action，那么所有的intent的對象(即無論intent如何配置)都無法通過intent-filter的action測試。
Category測試
為了指定能夠接收并處理的Intent的類型，組件可以在intent-filter中聲明其支持0個或多個category，例如：
...
intent對象有addCategory()方法，也就是說一個intent對象也可以關聯多個category。為了能讓intent對象通過intent-filter的category測試，intent對象中的所有category都要在intent-filter中找到對應項。
具體來說，又分為如下兩種情況：
intent對象至少有一個category
這種情況下，假設intent對象有N個category(N >=1)，那么intent-filter中必須要包含這N個category，intent對象才能通過category測試，否則無法通過測試。如果用intent對象啟動Activity，還有其他限制條件，會在后面詳細說明。
舉個例子，假設我們的intent-filter如下所示：
以下intent對象能夠通過category測試
Intent intent = new Intent();
intent.setAction("com.ispring.action.ACTION_TEST1");
intent.addCategory("com.ispring.category.TEST1");
intent.addCategory("com.ispring.category.TEST2");
該intent對象之所以可以通過category測試是因為intent-filter包含了該intent對中所有的category值：com.ispring.category.TEST1”和com.ispring.category.TEST2。
以下intent對象無法通過category測試
Intent intent = new Intent();
intent.setAction("com.ispring.action.ACTION_TEST1");
intent.addCategory("com.ispring.category.TEST1");
intent.addCategory("com.ispring.category.TEST3");
該intent之所以無法通過上面的intent-filter的category測試是因為intent-filter只包含了該intent中值為com.ispring.category.TEST1的category，而并未包含值為com.ispring.category.TEST3的category，不滿足完全包含intent中全部category的情況。
intent對象不包含任何category
如果intent對象沒有調用過addCategory()方法，那么intent對象就不包含任何的category。這種情形下，如果該intent不是用來啟動Activity的話，那么無論intent-filter中category中如何配置，intent對象總是能通過intent-filter的category測試，即便intent-filter中沒有聲明任何的category，intent都能通過category測試。此處強調了該intent不是用來啟動Activity這種條件，會在下面詳細解釋。
此處需要特別說明的是，我們在上面所有的示例中，都給Activity的intent-filter添加了值為android.intent.category.DEFAULT的category，這是因為當我們把一個隱式的intent傳遞給startActivity()或startActivityForResult()方法時，Android會自動給該隱式intent添加值為android.intent.category.DEFAULT的category，所以為了能讓intent-filter包含intent中全部的category，我們就需要在Activity的intent-filter中添加該category，在使用時需要特別注意。
根據上面我們的幾個示例，我們總結如下：
1. 如果intent對象不包含任何category，并且該intent不是用來啟動Activity的，那么該intent對象總是能通過所有任意的intent-filter的category測試;
2. 如果intent對象包含category(至少一個)，那么只有當intent-filter中聲明的category全部包含intent對象中的所有category的時候才通過category測試。
3. 如果允許Activity被隱式的Intent啟動，那么我們必須在該Activity的intent-filter中聲明值為android.intent.category.DEFAULT的category。
Data測試
為了指定可以接收的Intent的data，intent-filter需要聲明0個多多個標簽，例如：
...
每個標簽都可以指定一個URI結構以及data的MIME類型。一個完整的URI由scheme、host、port和path組成，其結構如下所示：
://:/
其中scheme既可以是Android中常見的協議，也可以是我們自定義的協議。Android中常見的協議包括content協議、http協議、file協議等，自定義協議可以使用自定義的字符串。
如下是一個content協議的URI：
content://com.example.project:200/folder/subfolder/etc
在該URI中，scheme是content，host是com.example.project，port是200，path是folder/subfolder/etc。
如下是一個自定義協議的URI：
ispring://blog.csdn.NET/sunqunsunqun
在該URI中，scheme是ispring，host是blog.csdn.Net，沒有明確設定port，path是sunqunsunqun。
組成URI的這些屬性在標簽中都是可選的 ，但存在如下的依賴關系：
如果沒有指定scheme，那么host參數會被忽略
如果沒有指定host，那么port參數會被忽略
如果scheme和host都沒有指定，path參數會被忽略
當我們將intent對象中的Uri參數與intent-filter中的標簽指定的URI格式進行對別時，我們我們只對比intent-filter的標簽指定的部分，例如：
如果intent-filter中只指定了scheme，那么所有帶有該sheme的URI都能匹配到該intent-filter。
如果intent-filter中只指定了scheme和authority(authority包括host和port兩部分)而沒有指定path，那么所有具有相同scheme和authority的URI都能匹配到該intent-filter，而不用考慮path為何值。
如果intent-filter中同時指定了scheme、authority和path，那么只有具有相同scheme、authority和path的URI才能匹配到該intent-filter。
需要注意的是，intent-filter的標簽在指定path的值時，可以在里面使用通配符*，起到部分匹配的效果。
data測試需要同時將intent對象中的URI、MIME類型與intent-filter的標簽中指定的URI、MIME類型進行對比。
我們知道一個intent-filter下可以有多個標簽，intent對象無需通過所有的標簽測試，一般情況下，我們的intent對象只需通過了其中一個標簽的測試并滿足某些特定情形下的一些條件，那么該intent對象就通過了該intent-filter的data測試。
進行對比的規則分以下幾種情況：
intent對象不包含URI和MIME類型
這種情況下，只有當intent-filter也沒有指定任何URI和MIME類型的時候才能通過data測試。
例如我們有如下intent對象：
Intent intent = new Intent();
intent.setAction("com.ispring.action.ACTION_TEST1");
上面的intent對象可以通過下面的intent-filter的data測試：
上面的intent對象無法通過下面的intent-filter測試：
intent對象包含URI但不包含MIME類型
這種情況下，只有當intent對象的URI匹配到了intent-filter中的URI格式，并且intent-filter沒有指定MIME類型的時候才能通過data測試。需要注意的是，這里所說的intent-filter沒有指定MIME類型的情形指的是intent-filter中所有的標簽都沒有指定MIME類型，即整個intent-filter中完全沒有android:mimeType這幾個字，理解這點很重要，大家在下面的幾個示例中可以體會到這點。
例如有如下intent對象：
Intent intent = new Intent();
intent.setAction("com.ispring.action.ACTION_TEST1");
Uri uri = Uri.parse("ispring://blog.csdn.net/sunqunsunqun");
intent.setData(uri);
上面的intent能通過如下的intent-filter的data測試：
上面的intent對象可以通過以下intent-filter的data測試：
intent對象雖然不能通過scheme為sunqun的標簽測試，但是可以通過scheme為ispring的data標簽測試，且intent對象和intent-filter中的兩個標簽都沒有指定MIME，所以上面的intent對象可以通過該intent-filter測試。
上面的intent對象無法通過以下intent-filter的標簽測試：
上面的intent對象之所以不能通過intent-filter中唯一的一個標簽測試是因為我們的intent對象沒有指定MIME類型，但是上面的標簽通過android:mimeType="text/plain"設置了MIME類型。
上面的intent對象無法通過以下intent-filter的data測試：
上面的intent對象之所以無法通過該intent-filter中的data測試，是因為intent對象沒有設置MIME類型，但是intent-filter中第二個data標簽通過android:mimeType="text/plain"設置了MIME類型。
intent對象包含MIME類型但不包含URI
這種情況下，只有當intent中的MIME類型與intent-filter中列出的MIME類型相同，并且intent-filter沒有指定任何的URI格式的時候才能通過data測試。需要注意的是，這里所說的intent-filter沒有指定任何的URI格式的情形指的是intent-filter中所有標簽都沒有指定URI，即整個intent-filter中完全沒有android:scheme、android:host、android:port以及android:path，理解這點很重要，大家在下面的幾個示例中可以體會到這點。
例如有如下intent對象：
Intent intent = new Intent();
intent.setAction("com.ispring.action.ACTION_TEST1");
intent.setType("text/plain");
上面的intent對象可以通過以下intent-filter的data測試：
上面的intent對象可以通過下面的intent-filter的data測試：
上面的intent對象雖然沒有通過MIME類型為image/*的第一個data標簽測試，但能通過第二個data標簽測試，并且intent對象和intent-filter都沒有指定任何的URI格式。
上面的intent對象不能通過以下intent-filter中的data測試：
上面的intent對象中沒有設置URI信息，但是在該intent-filter中設置了URI中的scheme值，所以intent無法通過intent-filter的data測試。
上面的intent對象無法通過以下intent-filter中的data測試：
上面的intent對象沒有指定URI信息，但是上面的intent-filter中第二個標簽設置了URI中的scheme信息，所以intent對象無法通過該intent-filter的data測試。
intent對象同時包含URI和MIME類型
這種情況下，要分別測試URI以及MIME類型測試是否通過，只有URI以及MIME測試都通過了，data測試才能通過。
對于MIME測試：如果intent的MIME類型能夠匹配intent-filter中列出的某一個標簽中的MIME類型值，那么MIME類型測試就通過了。
對于URI測試：
又細分兩種情況，滿足下面的任何一種情況都可以通過URI測試。
如果intent的URI格式能夠匹配intent-filter中列出的某一個中的URI，那么URI測試就通過了。
如果intent的URI是content:協議或file:協議，并且整個intent-filter的所有標簽中都沒有指定URI，那么該intent也能通過URI測試。換句話說，如果一個intent-filter只列出了MIME類型，沒有列出任何URI相關的格式的話，那么這個intent-filter就默認是支持content:協議或file:協議的。
下面舉幾個例子大家自己體會一下。
假設有如下協議為自定義協議ispring:的intent對象：
Intent intent = new Intent();
intent.setAction("com.ispring.action.ACTION_TEST1");
Uri uri = Uri.parse("ispring://blog.csdn.net/sunqunsunqun");
String type = "text/plain";
intent.setDataAndType(uri, type);
上面的intent對象可以通過下面的intent-filter的data測試：
上面的intent對象無法通過下面的intent-filter的data測試：
port不滿足，URI測試不通過，導致data測試失敗。
上面的intent對象無法通過下面的intent-filter的data測試：
android:mimeType不滿足，MIME類型測試不通過，導致data測試失敗。
假設有如下協議為content:的intent對象：
Intent intent = new Intent();
intent.setAction("com.ispring.action.ACTION_TEST1");
Uri uri = Uri.parse("content://com.ispring.test");
String type = "text/plain";
intent.setDataAndType(uri, type);
上面的intent對象無法通過下面的intent-filter的data測試：
URI中的scheme不匹配，導致URI測試不通過，導致data測試失敗。
上面的intent對象可以通過下面的intent-filter的data測試：
intent中使用的是content:協議，并且整個intent-filter中都沒有定義URI格式，所以URI測試是可以通過的，并且MIME類型能找到匹配項，所以可以通過data測試。
