本文實例講述了Android解析Intent Filter的方法。分享給大家供大家參考。具體分析如下：

匿名性質的運行時綁定使得理解Android如何解析一個隱式Intent到一個特定的應用程序組件變得重要。
 
和你之前看到的一樣，當使用startActivity時，隱式Intent解析到一個單一的Activity。如果存在多個Activity都有能力在特定的數據上執行給定的動作的話，Android會從這些中選擇最好的進行啟動。
 
決定哪個Activity來運行的過程稱為Intent解析。Intent解析的目的是通過下面的過程找到可能匹配得最好的Intent Filter：
 
1. Android把安裝的包中可獲得的Intent Filter放到一個列表中。

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

①. 動作匹配指Intent Filter包含特定的動作或沒有指定的動作。一個Intent Filter有一個或多個定義的動作，如果沒有任何一個能與Intent指定的動作匹配的話，這個Intent Filter在算作是動作匹配檢查失敗。
 
②. 種類匹配更為嚴格。Intent Filter必須包含所有在解析的Intent中定義的種類。一個沒有特定種類的Intent Filter只能與沒有種類的Intent匹配。

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

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

①. mimetype是正在匹配的數據的數據類型。當匹配數據類型時，你可以使用通配符來匹配子類型（例如，earthquakes/*）。如果Intent Filter指定一個數據類型，它必須與Intent匹配；沒有指定數據的話全部匹配。
 
②. scheme是URI部分的協議――例如，http:，mailto:，tel:。
 
③. host-name或“data authority”是介于URI中scheme和path之間的部分（例如，www.google.com）。匹配主機名時，Intent Filter的scheme也必須通過匹配。
 
④. 數據path是緊接在“data authority”的后面（例如，/ig）。path只在scheme和host-name部分都匹配的情況下才匹配。

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

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

希望本文所述對大家的Android程序設計有所幫助。