Android如何解析Intent Filter

   

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

 

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

 

決定哪個Activity來啟動並執行過程稱為Intent解析。Intent解析的目的是通過下面的過程找到可能匹配得最好的Intent Filter：

 

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

 

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

 

2.1. 動作匹配指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值的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. 如果這個過程中多於一個組件解析出來的話，它們會以優先度來排序，可以在Intent Filter的節點裡添加一個可選的標籤。最高等級的組件會返回。

 

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