• android IntentFilter 使用之 data过滤


    1 Intent分为两大类,显式和隐式。

    显式事件,就是指通过 component Name 属性,明确指定了目标组件的事件。

    比如我们新建一个Intent,指名道姓的说,此事件用于启动名为"com.silenceburn.XXXX”的Activity,那么这就是一个显式事件。

    隐式事件,就是指没有 component Name 属性,没有明确指定目标组件的事件。

    比如系统向所有监控通话情况的程序发送的“来电话了!”的事件,由于系统不确定谁会处理这个事件,因此系统不会明确指定目标组件,也就是说没有目标组件,那么这就是个隐式的事件。

    此处只是简介显式和隐式事件,更精确详细的描述请查阅SDK文档,我们只需要记住一点,两种事件的最大区别是 component Name 属性是否为空。

    2 事件过滤策略 和 IntentFilter

    系统在传送显式事件时非常方便,因为如果把Intent比作一封信,那么component Name就是一个详细的收件人地址,系统可以精确的把显式事件送达目标组件。

    而传送隐式事件时,就比较麻烦了。因为这封信的信封上,没有写收信地址!

    那怎么办呢?系统做了一个艰难的决定,就是把信拆开看看。通过信件内容里面的线索,去寻找合适的收件人。

    比如信中的线索描述到:“收信人是男性,快30岁了,未婚,喜欢玩游戏”,那么系统就在小区里面去找这样的人。

    非常值得庆幸的事情是,这个小区的人素质非常高,每户人家都写了点自我介绍在门口,

    比如张三写道:“我是男性,90后,未婚,喜欢玩游戏”,李四写道:“我是女性,快30岁了,未婚,喜欢逛街”等等等等。

    有了每户人家的自我介绍,系统就能很快的定位真正的收件人了!

    上面是一个类比的例子,不过android系统处理隐式事件的策略,基本上就是上述这种模式了。

    首先系统会通过观察Intent的内容(打开信件看内容),取得匹配线索,系统所需的线索是如下三种 :

     action

     data (both URI and data type)

     category

    其次,系统中每个组件,如果想收取隐式事件,则必须声明自己的IntentFilter(自我介绍,我对什么样的信件感兴趣)。

    至于怎么写IntentFilter,已经相当明了了,那就是应该是这样写:

    "我是组件XXXX,我想要接收这样的隐式事件:它的ACTION必须是 XXX,它的 category 必须是 YYYY ,它包含的data必须是ZZZZ "

    如果组件不声明IntentFilter,那么所有的隐式事件都不会发送给该组件。(注意,这并不影响向该组件发送显式事件。)

    对于系统中发生的每个隐式事件,系统都会尝试将 action, data , category 和系统中各个组件声明的 IntentFilter 去进行匹配,以找到合适的接收者。

    3.IntentFilter匹配原则

    对于显式事件,系统可以精确送达。对于隐式事件,系统分析事件的 action, data , category 内容,并和各个组件声明的IntentFilter进行匹配,找出匹配的组件进行送达。action和category没什么好说的,再此我将最复杂的data匹配展开来进行描述一下:

    首先务必认识到,data是一个相对复杂的要素。

    data由URI来描述和定位,URI由三部分组成,

    scheme://host:port/path      模式://主机:端口/路径

    此外在事件中,还可以设置data的MIME类型,作为事件的datatype属性。为了描述方便,下文将IntentFilter简写为filter,请大家注意。

    首先明确一个匹配原则,就是对于URI的匹配,只比较filter中声明的部分。

    部分匹配原则:只要filter中声明的部分匹配成功,就认为整个URI匹配成功。

    举例来说,     content://com.silenceburn.SdCardTester:1000/mydata/private/

    和filter定义为  content://com.silenceburn.SdCardTester:1000/     是可以匹配的。

    注意filter中并没有定义path部分,但是依然可以匹配成功,因为filter不声明的部分不进行比较。

    换句话讲,任何符合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部分,有一个特殊处理,就是即使filter没有定义URI,content和file两种URI也作为既存的URI存在。

    通过上文的描述,大家就可以明白为什么在注册SD卡插拔接收器时,不但需要

    IntentFilter intentFilter = new IntentFilter(Intent.ACTION_MEDIA_MOUNTED);

                  intentFilter.addAction(Intent.ACTION_MEDIA_SCANNER_STARTED);

                  intentFilter.addAction(Intent.ACTION_MEDIA_SCANNER_FINISHED);

                  intentFilter.addAction(Intent.ACTION_MEDIA_REMOVED);

                  intentFilter.addAction(Intent.ACTION_MEDIA_UNMOUNTED);

                  intentFilter.addAction(Intent.ACTION_MEDIA_BAD_REMOVAL);

    而且需要添加

           intentFilter.addDataScheme("file");

    注册应用安装卸载事件时不但需要

           IntentFilter intentFilter = new IntentFilter();

                  intentFilter.addAction(Intent.ACTION_PACKAGE_ADDED);

                  intentFilter.addAction(Intent.ACTION_PACKAGE_REMOVED);

                  intentFilter.addAction(Intent.ACTION_PACKAGE_CHANGED);

    而且需要

           intentFilter.addDataScheme("package");

    原因就在Data的匹配。

    最后,该文章是经过我在互联网中,某个文章中提取和加工而来,首先感谢原作者的精心设计,原文地址如下:http://blog.csdn.net/silenceburn/article/details/6083375

  • 相关阅读:
    麻省理工18年春软件构造课程阅读13“调试”
    麻省理工18年春软件构造课程阅读15“相等”
    麻省理工18年春软件构造课程阅读12“接口与枚举”
    麻省理工18年春软件构造课程阅读11“抽象函数与表示不变量”
    麻省理工18年春软件构造课程阅读10“抽象数据类型”
    麻省理工18年春软件构造课程阅读09“避免调试”
    麻省理工18年春软件构造课程阅读08“可变性与不变性”
    麻省理工18年春软件构造课程阅读07“设计规格说明”
    麻省理工18年春软件构造课程阅读06“规格说明”
    麻省理工18年春软件构造课程阅读05“版本控制”
  • 原文地址:https://www.cnblogs.com/jyycnblogs/p/5072428.html
Copyright © 2020-2023  润新知