Android intent消息通知机制

Android intent消息通知机制

    一直想深入分析研究android中的intent消息通知机制和binder机制，现在终于有机会了，在这里我先通过网上查询资料，看相关文献，研究分析了android中的intent机制，最后将学到的东西整理如下，供大家学习参考。

   大部分移动设备平台上的应用程序都运行在他们自己的沙盒中。他们彼此之间互相隔离，并且严格限制应用程序和原始组件之间的直接交互。我们知道组件间交流是多么的重要，作为一个孤岛没有交流，一定毫无意义！

   Android应用程序也是一个沙盒，但是他们能够使用Intent、BroadcastReceivers、Adapters、ContentProviders、Internet去突破他们的边界互相交流。有交流还会和谐，由此可见这些交流手段有多重要。

   我们知道android应用程序的三大组件——Activities、Services、BroadcastReceiver（IntentReceiver），不同的活动（服务，广播接收器）之间的交流即是通过消息触发，这个消息就称作意图（Intent）。那么这个消息是如何触发的，如何传递的，如何响应的，在这里我们就借机顺着这条线，彻底详细地介绍一下Intent。

   为了以更容易理解，更清晰的形式介绍intent机制，现分两篇文章介绍：理论篇和实例篇。

实例篇：

本篇的主要内容如下：

•        1、概述

•        2、Intent对象

•        2.1、组件名字

•        2.2、动作

•        2.3、数据

•        2.4、种类

•        2.5、附加信息

•        2.6、标志

•        3、Intent解析

•        3.1、Intent过滤器

•        3.1.1、动作检测

•        3.1.2、种类检测

•        3.1.3、数据检测

•        3.2、通用情况

•        3.3、使用intent匹配

1、概述

   一个应用程序的三个核心组件——activities、services、broadcastreceivers，都是通过叫做intents的消息触发激活。Intent消息是android中一种同一或不同应用程序中的组件之间延迟运行时绑定的消息通知机制。intent本身（一个Intent对象）是一个被动的数据结构，保存一个将要执行的操作的抽象描述，或在广播的情况下，通常是某事已经发生且正在宣告。

   具体地说：Intent负责对应用中一次操作的动作、动作涉及数据、附加数据进行描述，Android则根据此Intent的描述，负责找到对应的组件，将Intent传递给调用的组件，并完成组件的调用。因此，Intent在这里起着一个媒体中介的作用，专门提供组件互相调用的相关信息，实现调用者与被调用者之间的解耦。

   对于这三种组件，都有独立的传送intent的机制：

  （1）Activity：一个intent对象传递给Context.startActivity()或Activity.startActivityForRestult()去启动一个活动或使一个已存在的活动去做新的事情。

  （2）Service：一个intent对象传递给Context.startService()去初始化一个service或传递一个新的指令给正在运行的service。类似的，一个intent可以传递给Context.bindService()去建立调用组件和目标服务之间的连接。

   （3）BroadcastReceiver：一个intent对象传递给任何广播方法（如Context.sendBroadcast()，Context.sendOrderedBroadcast()，Context.sendStickyBroadcast()），都将传递到所有感兴趣的广播接收者。

   在每种情况下，Android系统查找合适的activity、service、broadcastreceivers来响应意图，如果有必要的话，先初始化他们。这些消息系统之间没有重叠，即广播意图仅会传递给广播接收者，而不会传递活动或服务，反之亦然。

   下面首先描述intent对象，然后介绍Android将intent映射到相应组件的规则——如何解决哪个组件应该接收intent消息。对于没有指定目标组件名字的intent，这个处理过程包括按照intentfilters匹配每个潜在的目标对象。

2、Intent对象

   一个Intent对象是一个捆信息，包含对intent有兴趣的组件的信息（如要执行的动作和要作用的数据）、Android系统有兴趣的信息（如处理intent组件的分类信息和如何启动目标活动的指令）。下面列出它的主要信息：

2.1、组件名字

   处理intent的组件的名字。这个字段是一个ComponentName对象——是目标组件的完全限定类名（如"com.example.project.app.FreneticActivity"）和应用程序所在的包在清单文件中的名字（如"com.example.project"）的组合。其中组件名字中的包部分不必一定和清单文件中的包名一样。组件名字是可选的，如果设置了组件名字，intent对象传递到指定类的实例；如果没有设置，Android使用intent中的其它隐式信息来定位合适的目标组件（见下面的Intent解析）。

   组件的名字通过setComponent()，setClass()或setClassName()设置，通过getComponent()读取。

2.2、动作

   一个字符串命名的动作将被执行，或在广播intent中，已发生动作且正被报告。Intent类定义了一些动作常量，如下：

Constant	Target component	Action
ACTION_CALL	activity	Initiate a phone call.
ACTION_EDIT	activity	Display data for the user to edit.
ACTION_MAIN	activity	Start up as the initial activity of a task, withno data input and no returned output.
ACTION_SYNC	activity	Synchronize data on a server with data on themobile device.
ACTION_BATTERY_LOW	broadcast receiver	A warning that the battery is low.
ACTION_HEADSET_PLUG	broadcast receiver	A headset has been plugged into the device, orunplugged from it.
ACTION_SCREEN_ON	broadcast receiver	The screen has been turned on.
ACTION_TIMEZONE_CHANGED	broadcast receiver	The setting for the time zone has changed.

查看更多的动作请参考Intent类。其它的动作定义在AndroidAPI中，我们还可以定义自己的动作字符串，然后在我们的应用程序中激活组件。自定义动作字符串应该包含应用程序包名前缀，如"com.example.project.SHOW_COLOR"。

   动作很大程度上决定了剩下的intent如何构建，特别是数据（data）和附加（extras）字段，就像一个方法名决定了参数和返回值。正是这个原因，应该尽可能明确指定动作，并紧密关联到其它intent字段。换句话说，你应该定义你的组件能够处理的Intent对象的整个协议，而不仅仅是单独地定义一个动作。

   一个intent对象的动作通过setAction()方法设置，通过getAction()方法读取。

2.3、数据

   数据（data）是将作用于其上的数据的URI和数据的MIME类型。不同的动作有不同的数据规格。例如，如果动作字段是ACTION_EDIT，数据字段包含将显示用于编辑的文档的URI；如果动作是ACTION_CALL，数据字段将是一个tel:URI和将拨打的号码；如果动作是ACTION_VIEW，数据字段是一个http:URI，接收活动将被调用去下载和显示URI指向的数据。

   当匹配一个intent到一个能够处理该数据的组件，通常知道数据的类型（它的MIME类型）和它的URI很重要。例如，一个组件能够显示图像数据，不应该被调用去播放一个音频文件。在许多情况下，数据类型能够从URI中推测，特别是content:URIs，它表示位于设备上的数据且被内容提供者（contentprovider）控制。但是类型也能够显示地设置，setData()方法指定数据的URI，setType()指定MIME类型，setDataAndType()指定数据的URI和MIME类型。通过getData()读取URI，getType()读取类型。

2.4、种类

   此外，还包含关于应该处理intent的组件类型信息。可以在一个Intent对象中指定任意数量的种类描述。Intent类定义的一些种类常量，如下这些：

Constant	Meaning
CATEGORY_BROWSABLE	The target activity can be safely invoked by thebrowser to display data referenced by a link — for example, animage or an e-mail message.
CATEGORY_GADGET	The activity can be embedded inside of anotheractivity that hosts gadgets.
CATEGORY_HOME	The activity displays the home screen, the firstscreen the user sees when the device is turned on or when the HOMEkey is pressed.
CATEGORY_LAUNCHER	The activity can be the initial activity of atask and is listed in the top-level application launcher.
CATEGORY_PREFERENCE	The target activity is a preference panel.

更多的种类常量请参考Intent类。

   下面是一些关于种类的调用方法：addCategory()方法添加一个种类到Intent对象中，removeCategory()方法删除一个之前添加的种类，getCategories()方法获取Intent对象中的所有种类。

2.5、附加信息

   额外的键值对信息应该传递到组件处理intent。就像动作关联的特定种类的数据URIs，也关联到某些特定的附加信息。例如，一个ACTION_TIMEZONE_CHANGEintent有一个"time-zone"的附加信息，标识新的时区，ACTION_HEADSET_PLUG有一个"state"附加信息，标识头部现在是否塞满或未塞满；有一个"name"附加信息，标识头部的类型。如果你自定义了一个SHOW_COLOR动作，颜色值将可以设置在附加的键值对中。

   Intent对象有一系列的put…()方法用于插入各种附加数据和一系列的get…()用于读取数据。这些方法与Bundle对象的方法类似，实际上，附加信息可以作为一个Bundle使用putExtras()和getExtras()安装和读取。关于Bundle的用法查阅相关资料。

2.6、标志

   Intent对象中有各种各样的标志，许多指示Android系统如何去启动一个活动（例如，活动应该属于那个任务）和启动之后如何对待它（例如，它是否属于最近的活动列表）。所有这些标志都定义在Intent类中。

3、Intent解析

   Intent可以分为两组：

  （1）显式intent：通过名字指定目标组件。因为开发者通常不知道其它应用程序的组件名字，显式intent通常用于应用程序内部消息，如一个活动启动从属的服务或启动一个姐妹活动。

  （2）隐式intent：并不指定目标的名字（组件名字字段是空的）。隐式intent经常用于激活其它应用程序中的组件。

   显示intent传递：Android显式传递一个intent到一个指定目标类的实例。Intent对象中只用组件名字内容去决定哪个组件应该获得这个intent，而不用其他内容。

   隐式intent传递：需要另外一种不同的策略。由于缺省指定目标，Android系统必须查找一个最适合的组件（一些组件）去处理intent——一个活动或服务去执行请求动作，或一组广播接收者去响应广播声明。这是通过比较Intent对象的内容和intent过滤器（intentfilters）来完成的。每个intent过滤器都关联到一个潜在的接收intent的组件。过滤器声明组件的能力和界定它能处理的intents，它们打开接收组件声明的intent类型的隐式intents。如果一个组件没有任何intent过滤器，它仅能接收显示的intents，而声明了intent过滤器的组件可以接收显示和隐式的intents。

   注意：只有当一个Intent对象的下面三个方面都符合一个intent过滤器：action、data（包括URI和数据类型）、category，才被考虑。附加信息和标志在解析哪个组件接收intent中不起作用。

3.1、Intent过滤器

   活动、服务、广播接收者为了告知系统能够处理哪些隐式intent，它们可以有一个或多个intent过滤器。每个过滤器描述组件的一种能力，即乐意接收的一组intent。实际上，它筛掉了不想要的intents，也仅仅是不想要的隐式intents。一个显式intent总是能够传递到它的目标组件，不管它包含什么，不考虑过滤器。但是一个隐式intent，仅当它能够通过组件的过滤器之一才能够传递给它。

   一个组件能够做的每一工作，都有独立的过滤器。例如，记事本中的NoteEditer活动有两个过滤器，一个是启动一个指定的记录，用户可以查看和编辑；另一个是启动一个新的、空的记录，用户能够填充并保存。一个intent过滤器是一个IntentFilter类的实例。因为Android系统在启动一个组件之前必须知道它的能力，要注意的是：intent过滤器通常不在java代码中设置，而是在应用程序的清单文件（AndroidManifest.xml）中以<intent-filter>元素设置。但有一个例外，广播接收者的过滤器通过调用Context.registerReceiver()动态地注册，它直接创建一个IntentFilter对象。

   每一个过滤器都有对应于Intent对象的动作、数据、种类的字段。过滤器要检测隐式intent的所有这三个字段，其中任何一个失败，Android系统都不会传递intent给组件。然而，因为一个组件可以有多个intent过滤器，一个intent通不过组件的过滤器检测，其它的过滤器可能通过检测。

3.1.1、动作检测

   清单文件中的<intent-filter>元素以<action>子元素列出动作，例如：

<intent-filter . . .>

   <actionandroid:name="com.example.project.SHOW_CURRENT"/>

   <actionandroid:name="com.example.project.SHOW_RECENT"/>

   <actionandroid:name="com.example.project.SHOW_PENDING"/>

    . . .

</intent-filter>

像例子所展示，虽然一个Intent对象仅是单个动作，但是一个过滤器可以列出不止一个。这个列表不能够为空，一个过滤器必须至少包含一个<action>子元素，否则它将阻塞所有的intents。要通过检测，Intent对象中指定的动作必须匹配过滤器的动作列表中的一个。如果对象或过滤器没有指定一个动作，结果将如下：

（1）如果过滤器没有指定动作，没有一个Intent将匹配，所有的intent将检测失败，即没有intent能够通过过滤器。

（2）如果Intent对象没有指定动作，将自动通过检查（只要过滤器至少有一个过滤器，否则就是上面的情况了）

3.1.2、种类检测

   类似的，清单文件中的<intent-filter>元素以<category>子元素列出种类，例如：

<intent-filter . . .>

   <categoryandroid:name="android.intent.category.DEFAULT"/>

   <categoryandroid:name="android.intent.category.BROWSABLE"/>

    . . .

</intent-filter>

   注意：本文前面两个表格列举的动作和种类常量并不在清单文件中使用，而是使用全字符串值。例如，例子中所示的"android.intent.category.BROWSABLE"字符串对应于本文前面提到的BROWSABLE常量。类似的，"android.intent.action.EDIT"字符串对应于ACTION_EDIT常量。

   对于一个intent要通过种类检测，intent对象中的每个种类必须匹配过滤器中的一个。即过滤器能够列出额外的种类，但是intent对象中的种类都必须能够在过滤器中找到，只要有一个种类在过滤器列表中没有，就算种类检测失败。因此，原则上如果一个intent对象中没有种类（即种类字段为空）应该总是通过种类测试，而不管过滤器中有什么种类。但是有个例外，Android对待所有传递给Context.startActivity()的隐式intent好像它们至少包含"android.intent.category.DEFAULT"（对应CATEGORY_DEFAULT常量）。因此，活动想要接收隐式intent必须要在intent过滤器中包含"android.intent.category.DEFAULT"。

   注意："android.intent.action.MAIN" 和"android.intent.category.LAUNCHER"设置，它们分别标记活动开始新的任务和带到启动列表界面。它们可以包含"android.intent.category.DEFAULT"到种类列表，也可以不包含。

3.1.3、数据检测

   类似的，清单文件中的<intent-filter>元素以<data>子元素列出数据，例如：

<intent-filter . . .>

   <data android:mimeType="video/mpeg"android:scheme="http" . . . />

   <data android:mimeType="audio/mpeg"android:scheme="http" . . . />

    . . .

</intent-filter>

每个<data>元素指定一个URI和数据类型（MIME类型）。它有四个属性scheme、host、port、path对应于URI的每个部分：scheme://host:port/path。例如下面的URI：“content://com.example.project:200/folder/subfolder/etc”，scheme是content，host是"com.example.project"，port是200，path是"folder/subfolder/etc"。host和port一起构成URI的凭据（authority），如果host没有指定，port也被忽略。这四个属性都是可选的，但它们之间并不都是完全独立的。要让authority有意义，scheme必须也要指定。要让path有意义，scheme和authority也都必须要指定。

   当比较intent对象和过滤器的URI时，仅仅比较过滤器中出现的URI属性。例如，如果一个过滤器仅指定了scheme，所有有此scheme的URIs都匹配过滤器；如果一个过滤器指定了scheme和authority，但没有指定path，所有匹配scheme和authority的URIs都通过检测，而不管它们的path；如果四个属性都指定了，要都匹配才能算是匹配。然而，过滤器中的path可以包含通配符来要求匹配path中的一部分。

   <data>元素的type属性指定数据的MIME类型。Intent对象和过滤器都可以用"*"通配符匹配子类型字段，例如"text

    @Override

    publicvoid onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);

        setContentView(R.layout.main);

 

        IntentorgIntent=getIntent();

        UriqueryUri=orgIntent.getData();        

        finalCursor c = managedQuery(queryUri,

                null,

                null,

                null,

                null);

        

        String[]fromColumns=newString[]{ContactsContract.Contacts.DISPLAY_NAME};

        int[]toLayoutIDs = new int[] { R.id.itemTextView};

        SimpleCursorAdapteradapter = new SimpleCursorAdapter(this,

                R.layout.listitemlayout,c, fromColumns, toLayoutIDs);

        ListViewlv = (ListView) findViewById(R.id.contactListView);

        lv.setAdapter(adapter);

        lv.setOnItemClickListener(newOnItemClickListener() {

            @Override

            publicvoidonItemClick(AdapterView<?> parent,View view, int pos,

                    longid) {

                c.moveToPosition(pos);    

                introwId =c.getInt(c.getColumnIndexOrThrow(ContactsContract.Contacts._ID));

                UrioutURI =Uri.parse(ContactsContract.Contacts.CONTENT_URI.toString()+ rowId);

                IntentoutData = new Intent();

                outData.setData(outURI);

                setResult(Activity.RESULT_OK,outData);

                finish();

            }

        });

    }

}

 

STEP4、解析通讯录返回的数据

   从通讯录活动返回之后，我们从返回的Intent中提取数据并填充到填写电话号码的EditView中。代码主要如下：

@Override

public voidonActivityResult(int reqCode, int resCode, Intentdata) {

    super.onActivityResult(reqCode,resCode, data);

 

    switch(reqCode) {

    case(PICK_CONTACT): {

        if(resCode == Activity.RESULT_OK) {

            Stringname;                

            UricontactData = data.getData();

            Cursorc = managedQuery(contactData, null, null,null, null);

            c.moveToFirst();

            name=c.getString(c.getColumnIndex(ContactsContract.Contacts.DISPLAY_NAME));

            TextViewtv;

            tv= (TextView)findViewById(R.id.edtPhoneNo);

            tv.setText(name);

        }

        break;

    }

    }

}

 

STEP5、在清单文件AndroidManifest.xml中注册通讯录活动和读取Contact数据库的权限

   主要工作基本做完了，现在我们只需要注册通讯录活动和读取Contact数据的权限了。完整的清单文件代码如下：

<?xml version="1.0"encoding="utf-8"?>

<manifestxmlns:android="http://schemas.android.com/apk/res/android"

    package="skynet.com.cnblogs.www"android:versionCode="1"

    android:versionName="1.0">

    <application>

        <activityandroid:name=".TextMessage"android:label="@string/app_name">

            <intent-filter>

                <actionandroid:name="android.intent.action.MAIN"/>

                <categoryandroid:name="android.intent.category.LAUNCHER"/>

            </intent-filter>

        </activity>

        <activityandroid:name=".ContactPick"android:label="@string/app_name">

            <actionandroid:name="android.intent.action.PICK"/>

            <categoryandroid:name="android.intent.category.DEFAULT"/>

        </activity>

    </application>

    <uses-permissionandroid:name="android.permission.SEND_SMS"/>

    <uses-permissionandroid:name="android.permission.READ_CONTACTS"/>

</manifest>

   注意通讯录活动的IntentFilters，它的action是android.intent.action.PICK；category是android.intent.category.DEFAULT。现在我们分析一下这个IntentFilter：

•      <action android:name="android.intent.action.PICK"/>：使用户能够可以在通讯录列表中选择一个，然后将选择的联系人的 URL返回给调用者。

•      <categoryandroid:name="android.intent.category.DEFAULT"/>：这是默认的category，如果不知道category系统会自动加上。这个属性是让使其能够被像Context.startActivity()等找到。要说明的的是，如果列举了多个category，这个活动仅会去处理那些Intent中都包含了所有列举的category的组件。

   我们还可以在清单文件中看到TextMessage活动的Intent Filter：

<intent-filter>

    <actionandroid:name="android.intent.action.MAIN"/>

    <categoryandroid:name="android.intent.category.LAUNCHER"/>

</intent-filter>

    它指定TextMessage活动是这个程序的入口，并且TextMessage会列举在Launcher即启动列表中。

总结

   我们用发短信中选择联系人的例子说明Intent和Intent Filter，这里体现了两个活动之间如何通过Intent和IntentFilter来交互，这也是我们在编写Android应用程序的时候经常遇到了。本文除了上述的主要内容之外，还涉及别的知识点，下面列举几个个人认为比较有用的知识点：

•    Curor类它跟我们平时用的数据库中的游标类似，它提供了对从数据库返回的结果的随机读写操作。如我们例子中用到的，通过managedQuery方法查询数据库并返回结果，然后利用Cursor对它进行操作。下面介绍Cursor类的几个方法（我们例子中用到的，更多的方法请自行查阅相关资料）：

•      public abstract int getColumnIndexOrThrow (StringcolumnName)：返回给定列名的索引（注意：从0开始的），或者当列名不存在时抛出llegalArgumentException异常；

•      public abstract boolean moveToFirst()：移动到第一行。如果Cursor为空，则返回FALSE

•      public abstract boolean moveToPosition (intposition)：将游标移动到一个指定的位置，它的范围在-1 <= position<= count。如果position位置不可达，返回FALSE

•      managedQuery方法：根据指定的URI路径信息返回包含特定数据的Cursor对象，应用这个方法可以使Activity接管返回数据对象的生命周期。参数：

URI: Content Provider 需要返回的资源索引

Projection: 用于标识有哪些columns需要包含在返回数据中

Selection: 作为查询符合条件的过滤参数，类似于SQL语句中Where之后的条件判断

SelectionArgs: 同上

SortOrder: 用于对返回信息进行排序

•      SimpleCursorAdapter允许你绑定一个游标的列到ListView上，并使用自定义的layout显示每个项目。SimpleCursorAdapter的创建，需要传入当前的上下文、一个layout资源，一个游标和两个数组：一个包含使用的列的名字，另一个（相同大小）数组包含View中的资源ID，用于显示相应列的数据值。