标签:android style blog color io os 使用 ar strong
请原谅我用这么文艺的标题来阐释一颗无时无刻奔腾着的2B青年的心。可是今天要介绍的Intent绝不2B,甚至在我看来,或许还有些许飘逸的味道,至于飘逸在哪里呢?那我们就好好来剖析剖析Intent和它的好搭档IntentFilter的基友情。
开场告白
Intent在Android大家庭中是一个活泼的小男孩,从小就是交际草。在代码中,Activity、Service、BroadcastReceiver这三个重要的大妈级重量组件,之间的调用关联都是依靠Intent去交流的,例如Activity的startActivity(),Service的startService()、bindService(),BroadcastReceiver的sendBroadcast()、sendOrderBroadcast()等,其中都是需要携带一个Intent(或IntentFilter)的参数。
当然Intent中要指定要启动组件的信息,或明显活隐晦。明显的就是显式启动:举个例子来说就是Intent你去把这东西交给某某(名字)Activity大妈。隐晦的是隐式启动:当然得不免俗得给例子就是Intent你把这个东东交给昨晚和我一起在菜市场跳广场舞的那个胖大妈,其中广场舞和胖就把某大妈给赤果果的定位了。这就是Intent的两种匹配方式,我都觉得我自己说的怪抽象的了。
接下来就是介绍IntentFilter的好时机了,它就是大妈的儿子(组件的拦截器)。当如果Intent隐式启动时,Intent会找他的一群小伙伴IntentFilter来,然后问他们说,你们谁的妈昨晚去菜市场跳广场舞了?你们谁的妈又好胖好胖的?然后IntentFilter各想各妈,哎呀,其中一个IntentFilter拍拍脑袋说,这不就是我妈吗!然后他就屁颠屁颠的领着Intent去找某Activity妈把东东交给她了。
为了避免大家看不懂上面的例子,我还是发扬一下2B青年的社会责任感,用比较教条的语言来介绍一下Intent和IntentFilter:Intent是一个意图对象,组件可以通过设定Intent来启动另外一个组件,有显式启动和隐式启动两种方法,显式启动直接指定要启动的组件的名字,隐式启动则指定action、category、data等来启动符合条件的组件;其中的IntnetFilter就是一个意图过滤器,它会设定一些过滤规则如action、category、data等,如果Intent中的action、category、data与过滤器中相匹配,则为启动该过滤器的组件。
码点代码
攻城狮的思维就是不见代码不给赞,所以我还是得老老实实得码几个代码出来撑撑场子。但是Intent的显式启动和隐式启动代码度娘一下几大页,在这里再贴上来就对不起人民群众了。所以呢,我就记录点关键代码,如果后面犯失忆了也可以回来侦查一下容易忘的知识。
显式启动Activity、Service:
Intent intent1 = new Intent(getApplicationContext(), MyActivity.class); startActivity(intent1);//启动Activity组件 startActivityForResult(intent1, 1);//启动有返回的Activity
Intent intent2 = new Intent(getApplicationContext(), MyService.class); startService(intent2);//启动Service bindService(intent2, conn, 1);//绑定Service
隐式启动Activity、Service:
Intent intent1 = new Intent(); intent1.setAction("com.net168.test.action.myactivity"); startActivity(intent1);//启动Activity组件 Intent intent2 = new Intent(); intent1.setAction("com.net168.test.action.myservice"); startService(intent2);//启动Service bindService(intent2, conn, 1);//绑定Service
发送广播:
Intent intent = new Intent(); intent.setAction("com.net168.test.action.mybroadcast"); sendBroadcast(intent);//发送普通广播 sendOrderedBroadcast(intent, null);//发送有序广播
其实很简单,简单得我这的不好意思介绍了。。。
Intent的家世于IntentFilter的纠结
Intent的背景很复杂,复杂到比一些不入流的HEI社会还复杂些。大体来说,Intent大致包含了Component、Action、Categroy、Data、Type、Extra和Flag这七大金刚(属性),后面我们就好好解释这些大哥大姐们。
Component:它需要接受一个ComponentName的对象,创建一个ComponentName需要指定包名和类名--这就唯一确定了一个组件类,这样程序就可以通过给定的组件类去启动相应的组件;所以我们可以从这里重新给显式启动和隐式启动分个类,一般如果明确指定ComponentName时就是显式启动,反之就是隐式启动。另外我们可以直接在实例化Intent时在构造函数中传入上下文和类名也可以直接帮我们设定了ComponentName,如Intent(this,MyActivity.class),推荐这种方式,比较简洁。
Action:Action要完成一个抽象的动作,但具体由哪个组件来完成则不确定,需要根据IntentFilter来确定组件;在Intent中,Action最多只能有1个,而在IntentFilter中Action可以有多个。这是隐式启动一个组件最基础的属性。
Category:它为Action增加额外的类别信息,因为Action可以启动到多个组件,但是如果往下更详细的分析要启动的组件,可以通过Category来进行拦截;在IntentFilter和Intent中Category可以有多个。任何一个IntentFilter的默认存在一个Intent.CATEGORY_DEFAULT的属性。
Data、Type:这两个算是比较亲的属性。
Data属性通常用于向Action提供操作的数据,其值为一个Uri对象,Uri对象满足 scheme://host:port/path 的格式,如 content://com.android.contacts/contacts/1,其中content是scheme的部分、com.android.contacts是host的部分、port部分被省略、contacts/1是path的部分。
Type属性用于指定该Data所指定Uri对应的MIME类型,可以是所以自定义的类型,只要符合abc/xyz格子的字符串即可。
在使用中,我们要知道这两个属性会相互覆盖:如果Intent先设置Data属性,后设置的Type属性将会把Data属性覆盖掉,反之同理。所以如果要设置Data和Type属性的话需要调用Intent的setDataAndType()的方法。
Extra:Extra是用于多量的数据交换,它的对象是一个Bundle对象。
Flag:Flag属性是为了该Intent添加一些额外的控制旗标,可以通过addFlag()添加控制旗标,通常可以通过它来控制Activity的启动效果和启动方式。
这七个属性中,Intent与IntnetFilter匹配的匹配规则在在于Action、Category、data、Type这几个属性中,具体规则如下:
Action的匹配规则:
1、如果Intent中包含action_A,而在IntentFilter中只要存在action_A这个字符串,无论是否还有其他的action_B、action_C,这个Intent都能被IntnetFilter成功匹配。
2、如果如果Intent中包含action_A,只要IntnetFilter中不存在action_A的话,IntentFilter就不能匹配到Intnet。
3、如果Intent中不存在任何action_x,只要IntnetFilter中存在任意一个action_x的话,Filter就能匹配上Intent。
4、如果IntentFilter不存在任何action_x,则无论Intent中无论存在任何action_x或者没有任何action_x的话,两者是完全不能匹配上的。
Category的匹配规则:
这个匹配关系较为简单,只要Intent中所有category在IntentFilter中都存在,则Intent可以匹配上IntnetFilter,不论此时Intentfilter中还存在其它的category。举个例子,如果Intent中存在category_A、category_B,而Intentfilter中存在category_A、category_B、category_C,则可以匹配;如果而Intentfilter中存在category_A、category_D、category_C,因为Intentf中不存在Intent中存在的category_B,所以匹配失败。
Data和Type的匹配规则:
data由URI来描述和定位,URI由三部分组成,scheme://host:port/path 模式://主机:端口/路径
此外在事件中,还可以设置data的MIME类型,作为事件的datatype属性。
首先明确一个匹配原则,就是对于URI的匹配,只比较IntentFilter中声明的部分。
部分匹配原则:只要IntentFilter中声明的部分匹配成功,就认为整个URI匹配成功。
举例来说, content://com.silenceburn.SdCardTester:1000/mydata/private/
和IntentFilter定义为 content://com.silenceburn.SdCardTester:1000/ 是可以匹配的。
注意IntentFilter中并没有定义path部分,但是依然可以匹配成功,因为IntentFilter不声明的部分不进行比较。
换句话讲,任何符合content://com.silenceburn.SdCardTester:1000/的事件,无论path是什么,都可以匹配成功。
接下来是真正的data部分的,也就是URI的匹配规则如下:
1. 如果data的URI和datatype为空,则 filter 的URI和type也必须为空,才能匹配成功
2. 如果data的URI不为空,但是datatype为空,则 filter 必须定义URI并匹配成功,且type为空,才能匹配成功
3. 如果data的URI为空,但是datatype不为空,则 filter 必须URI为空,定义type并匹配成功,才能匹配成功
4. 如果data的URI和data都不为空,则 filter 的URI和type都必须定义并匹配成功,才能匹配成功。对于URI部分,有一个特殊处理,就是即使IntentFilter没有定义URI,content和file两种URI也作为既存的URI存在。
标签:android style blog color io os 使用 ar strong
原文地址:http://www.cnblogs.com/net168/p/3987346.html