Android手機操作系統已經推出就伸手廣大用戶的青睞，比且多家主流手機生產商都采用這一系統應用于他們的智能手機中。在這里我們就先從Android Intent Filter的相關介紹中來對這一系統進行一個詳盡的了解。#t#

匿名性質的運行時綁定使得理解Android如何解析一個隱式Intent到一個特定的應用程序組件變得重要。

和你之前看到的一樣，當使用startActivity時，隱式Intent解析到一個單一的Activity。如果存在多個Activity都有能力在特定的數據上執行給定的動作的話，Android會從這些中選擇***的進行啟動。

決定哪個Activity來運行的過程稱為Intent解析。Intent解析的目的是通過下面的過程找到可能匹配得***的Android Intent Filter：

1. Android把安裝的包中可獲得的Intent Filter放到一個列表中。

2. 動作和與正在解析的Intent的種類不關聯的Intent Filter會從列表中刪除。

2.1. 動作匹配指Android Intent Filter包含特定的動作或沒有指定的動作。一個Intent Filter有一個或多個定義的動作，如果沒有任何一個能與Intent指定的動作匹配的話，這個Intent Filter在算作是動作匹配檢查失敗。

2.2. 種類匹配更為嚴格。Intent Filter必須包含所有在解析的Intent中定義的種類。一個沒有特定種類的Intent Filter只能與沒有種類的Intent匹配。

3. ***，Intent的數據URI中的部分會與Intent Filter中的data標簽比較。如果Intent Filter定義scheme，host/authority，path或mimetype，這些值都會與Intent的URI比較。任何不匹配都會導致Intent Filter從列表中刪除。

沒有指定data值的Android Intent Filter會和所有的Intent數據匹配。

3.1. mimetype是正在匹配的數據的數據類型。當匹配數據類型時，你可以使用通配符來匹配子類型（例如，earthquakes/*）。如果Intent Filter指定一個數據類型，它必須與Intent匹配；沒有指定數據的話全部匹配。

3.2. scheme是URI部分的協議——例如，http:，mailto:，tel:。

3.3. host-name或“data authority”是介于URI中scheme和path之間的部分（例如，www.google.com）。匹配主機名時，Intent Filter的scheme也必須通過匹配。

3.4. 數據path是緊接在“data authority”的后面（例如，/ig）。path只在scheme和host-name部分都匹配的情況下才匹配。

4. 如果這個過程中多于一個組件解析出來的話，它們會以優先度來排序，可以在Android Intent Filter的節點里添加一個可選的標簽。***等級的組件會返回。

Android本地的應用程序組件和第三方應用程序一樣，都是Intent解析過程中的一部分。它們沒有更高的優先度，可以被新的Activity完全的代替，這些新的Activity宣告自己的Intent Filter能響應相同的動作請求。