IntentFilter与隐式Intent

android系统处理隐式Intent时, 会比较Intent和IntentFilter的action, data, category属性, 如果以上3个属性全都相符的话, 则IntentFilter所属的component就可以作为目标组件的候选(存在多个符合条件的component时). 

1. 测试action属性. intent最多只能定义1个action, 而filter可以定义1个或多个action. 

通过action测试的条件为: filter定义了intent的action. 例如intent的action为"android.intent.action.MAIN", 则定义了"android.intent.action.MAIN"这个action的filter都能通过action测试(当然, filter还可以包含更多额外的action).

如果filter没有定义action, 则这个filter将阻塞所有intent. 如果intent没有定义action, 那么只要filter定义了action就可以通过action测试. 

2. 测试category属性. intent可以任意多个category, filter也可以任意个category. 通过category测试的条件为: filter定义了intent的所有category. 例如intent定义了"android.intent.category.DEFAULT"和"cn.xing.intent.category.UPLOAD"这2个category, 则定义了以上2个category属性的filter才能通过测试(当然, filter还可以包含更多额外的category).

根据上面的规则, 如果一个intent没有定义category, 则所有filter都可以通过category测试. 但是有一种例外: 以startActivity(intent)方式启动一个activity时, 系统为会intent增加一个值为"android.intent.category.DEFAULT"的category, 这就意味着每一个期望通过category测试的activity, 都要在其filter中定义"android.intent.category.DEFAULT"(除了作为程序入口的activity).

3. 测试data属性. intent最多只能定义1个data, filter则可以定义多个data.

通过data测试的条件为:

a. 如果intent没有指定URL和数据类型, 则只有没有定义URL和数据类型的filter才能通过测试;

b. 如果intent定义了URL没有定义数据类型, 则只有定义了相同URL且没有定义数据类型的filter才能通过测试;

c. 如果intent没有定义URL却定义了数据类型, 则只有未定义URL且定义了相同的数据类型的filter才能通过测试;

d. 如果intent既定义了URL也定义了数据类型, 则只有定义了相同的URL和数据类型的filter才能通过测试.

URI中包含scheme, host,port和path, 典型的URI为:

scheme://host:port/path

scheme,host, port和path都是可选的. 比较2个data时, 只比较filter中包含的部分. 比如filter的一个data只是指定了scheme部分, 则测试时只是比较data的scheme部分, 只要两者的scheme部分相同, 就视为"相同的data".