本文实例讲述了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程序设计有所帮助。
