Android中的Intent Filter匹配规则简介
本文主要介绍了隐式Intent匹配目标组件的规则,若有叙述不清晰或是不准确的地方希望大家指出,谢谢大家: )
1. Intent简介
Intent用于在一个组件(Component,如Activity、Service、Broadcast Receiver)中打开另一个组件。
Intent可分为隐式(implicitly)和显式(explicitly)两种:
Explicitly Intent:在知道要打开哪个具体的Component时使用,通过指定调用者和被调用者即可打开目标Component;
Implicitly Intent:在不确切的知道要打开哪个Component的情况下,通过指出action、data、category,系统会寻找到匹配的Component。
(1)Explicitly Intent
当明确知道你想打开哪个Component时,它就是你的菜。通常这样使用:
Intent intent = new Intent(this, MainActivity.class); intent.putExtra("key", "value"); startActivity(intent);
执行以上代码会导致目标Component(这里是MainActivity)被创建(onCreate等一系列生命周期方法被调用)。在MainAcitivity中的相应生命周期方法中通过getIntent.getXxxExtra(“key”)即可得到随Intent一起传过来的数据。
(2)Implicitly Intent
Implicitly Intent很好的实现了调用者和被调用者之间的解耦:
调用者通过action、data、category这三个方面描述他的Intent,被调用者通过在manifest文件中声明的一系列Intent Filter来描述自己能够响应哪些意图。如此一来,调用者和被调用者无需互相了解,通过Implicitly Intent这个联系他们的纽带就能很好的协同工作。
关于Intent更加详细的介绍,大家可以参考官方文档,这里主要介绍下Implicitly Intent的匹配规则。
2.Intent Filter匹配规则
只有action、data、category三方都匹配,Intent才算是匹配成功,进而才能打开相应的Component。一个Component若声明了多个Intent Filter,只需要匹配任意一个即可启动该组件。
(1)action的匹配规则
一个Intent Filter中可声明多个action,Intent中的action与其中的任一个action在字符串形式上完全相同(注意,区分大小写),action方面就匹配成功。可通过setAction方法为Intent设置action,也可在构造Intent时传入action。需要注意的是,隐式Intent必须指定action。比如我们在Manifest文件中为MyActivity定义了如下Intent Filter:
<intent-filter> <action android:name="android.intent.action.SEND"/> <action android:name="android.intent.action.SEND_TO"/> </intent-filter>
那么只要Intent的action为“SEND”或“SEND_TO”,那么这个Intent在action方面就能和上面那个Activity匹配成功。比如我们的Intent定义如下:
Intent intent = new Intent("android.intent.action.SEND")
...
那么我们的Intent在action方面就与MyActivity匹配了。
Android系统预定义了许多action,这些action代表了一些常见的操作。常见action如下(Intent类中的常量):
Intent.ACTION_VIEW
Intent.ACTION_DIAL
Intent.ACTION_SENDTO
Intent.ACTION_SEND
Intent.ACTION_WEB_SEARCH
(2)data的匹配规则
data可进一步分为uri(由scheme、host、port、path | pathPattern | pathPrefix这4部分组成)和mimetype。Intent的uri可通过setData方法设置,mimetype可通过setType方法设置。隐式Intent也必须指定data。同action类似,只要Intent的data只要与Intent Filter中的任一个data声明完全相同,data方面就匹配成功。需要注意的是:若Intent Filter的data声明部分未指定uri,则缺省uri为content或file,Intent中的uri的scheme部分需为content或file才能匹配;若要为Intent指定完整的data,必须用setDataAndType方法,原因请看setData和setType方法的源码:
public Intent setData(Uri data) { mData = data; mType = null; return this; } public Intent setType(String type) { mData = null; mType = type; return this; }
从以上代码可以看到,setData会把mimeType置为null,setType会把uri置为null。下面我们来举例说明一下data的匹配。首先我们先来看一下Intent Filter中指定data的语法:
<data android:scheme="...“ android:host="..." android:port="..." android:path="..." android:pathPattern="..." android:pathPrefix="..." android:mimeType="..." />
其中scheme、host等各个部分无需全部指定。假如我们为MyActivity的Intent Filter指定了如下data:
<intent-filter> <data android:mimeType="vidoe/mpeg" android:scheme="http" android:host="www.xxx.com" /> <data android:mimeType="text/plain" android:scheme="http" /> </intent-filter>
那么我们的Intent想要匹配,mimeType可以为”text/plain”或“video/mpeg”,scheme必须为”http“,host则没有限制,因为第二个data没有指定host。
(3)category的匹配规则
与action和data不同,Intent中的category必须都在Intent Filter中出现才算匹配成功。Intent可以不指定category,若Intent中未指定category,系统会自动为它带上“android.intent.category.DEFAULT”。所以,想要接收Implicitly Intent的Component都必须在manifest文件中的Intent Filter声明中带上“android.intent.category.DEFAULT”。我们可以通过addCategory方法为Intent添加category。
(4)查询是否有可接收指定Intent的Component
采用PackageManager的resolveActivity或者Intent的resolveActivity方法会获得最适合Intent的一个Activity;调用PackageManager的queryIntentActivities会返回所有成功匹配Intent的Activity。关于这几个方法的详细定义大家可以参考官方文档,这里不再赘述。
以上就是本文的全部内容,希望对大家的学习有所帮助。
相关文章
ReactNative (API)AsyncStorage存储详解及实例
这篇文章主要介绍了ReactNative (API)AsyncStorage存储详解及实例的相关资料,需要的朋友可以参考下2016-10-10
最新评论