Android中的Intent[转]

    在一个Android应用中，主要是由四种组件组成的，这四种组件可参考“Android应用的构成”。而这四种组件是独立的，它们之间能够互相调用，协调工做，最终组成一个真正的Android应用。在这些组件之间的通信中，主要是由Intent协助完成的。Intent负责对应用中一次操做的动做、动做涉及数据、附加数据进行描述，Android则根据此Intent的描述，负责找到对应的组件，将 Intent传递给调用的组件，并完成组件的调用。所以，Intent在这里起着一个媒体中介的做用，专门提供组件互相调用的相关信息，实现调用者与被调用者之间的解耦。
        例如，在一个联系人维护的应用中，当咱们在一个联系人列表屏幕（假设对应的Activity为listActivity）上，点击某个联系人后，但愿可以跳出此联系人的详细信息屏幕（假设对应的Activity为detailActivity），为了实现这个目的，listActivity须要构造一个 Intent，这个Intent用于告诉系统，咱们要作“查看”动做，此动做对应的查看对象是“某联系人”，而后调用startActivity (Intent intent)，将构造的Intent传入，系统会根据此Intent中的描述，到ManiFest中找到知足此Intent要求的Activity，系统会调用找到的Activity，即为detailActivity，最终传入Intent，detailActivity则会根据此Intent中的描述，执行相应的操做。

1、抽象描述要描述什么
        在Android参考文档中，对Intent的定义是执行某操做的一个抽象描述（确实很抽象）。咱们先来看看这里的抽象描述，到底描述了什么。
         首先，是要执行的动做（action）的一个简要描述，如VIEW_ACTION（查看）、EDIT_ACTION（修改）等，Android为咱们定义了一套标准动做：
MAIN_ACTION
VIEW_ACTION
EDIT_ACTION
PICK_ACTION
GET_CONTENT_ACTION
DIAL_ACTION
CALL_ACTION
SENDTO_ACTION
ANSWER_ACTION
INSERT_ACTION
DELETE_ACTION
RUN_ACTION
LOGIN_ACTION
CLEAR_CREDENTIALS_ACTION
SYNC_ACTION
PICK_ACTIVITY_ACTION
WEB_SEARCH_ACTION
        此外，咱们还能够根据应用的须要，定义咱们本身的动做，并可定义相应的Activity来处理咱们的自定义动做。

         其次，是执行动做要操做的数据（data），Android中采用指向数据的一个URI来表示，如在联系人应用中，一个指向某联系人的URI可能为：content://contacts/1。这种URI表示，经过 ContentURI这个类来描述，具体能够参考android.net.ContentURI类的文档。
        以联系人应用为例，如下是一些action / data对，及其它们要表达的意图：

VIEW_ACTION content://contacts/1 -- 显示标识符为"1"的联系人的详细信息
EDIT_ACTION content://contacts/1 -- 编辑标识符为"1"的联系人的详细信息
VIEW_ACTION content://contacts/ -- 显示全部联系人的列表
PICK_ACTION content://contacts/ -- 显示全部联系人的列表，而且容许用户在列表中选择一个联系人，而后把这个联系人返回给父activity。例如：电子邮件客户端可使用这个Intent，要求用户在联系人列表中选择一个联系人

         另外，除了action和data这两个重要属性外，还有一些附加属性：
category（类别），被执行动做的附加信息。例如 LAUNCHER_CATEGORY 表示Intent 的接受者应该在Launcher中做为顶级应用出现；而ALTERNATIVE_CATEGORY表示当前的Intent是一系列的可选动做中的一个，这些动做能够在同一块数据上执行。
type（数据类型），显式指定Intent的数据类型（MIME）。通常Intent的数据类型可以根据数据自己进行断定，可是经过设置这个属性，能够强制采用显式指定的类型而再也不进行推导。
component（组件），指定Intent的的目标组件的类名称。一般Android会根据Intent 中包含的其它属性的信息，好比action、data/type、category进行查找，最终找到一个与之匹配的目标组件。可是，若是 component这个属性有指定的话，将直接使用它指定的组件，而再也不执行上述查找过程。指定了这个属性之后，Intent的其它全部属性都是可选的。
extras（附加信息），是其它全部附加信息的集合。使用extras能够为组件提供扩展信息，好比，若是要执行“发送电子邮件”这个动做，能够将电子邮件的标题、正文等保存在extras里，传给电子邮件发送组件。

         总之，action、data/type、category和extras 一块儿造成了一种语言。这种语言使系统可以理解诸如“查看某联系人的详细信息”之类的短语。随着应用不断的加入到系统中，它们能够添加新的action、 data/type、category来扩展这种语言。应用也能够提供本身的Activity来处理已经存在的这样的“短语”，从而改变这些“短语”的行为。

2、Android如何解析Intent
        在应用中，咱们能够以两种形式来使用Intent：

直接Intent：指定了component属性的Intent（调用setComponent(ComponentName)或者setClass(Context, Class)来指定）。经过指定具体的组件类，通知应用启动对应的组件。
间接Intent：没有指定comonent属性的Intent。这些Intent须要包含足够的信息，这样系统才能根据这些信息，在在全部的可用组件中，肯定知足此Intent的组件。
        对于直接Intent，Android不须要去作解析，由于目标组件已经很明确，Android须要解析的是那些间接Intent，经过解析，将 Intent映射给能够处理此Intent的Activity、IntentReceiver或Service。
        Intent解析机制主要是经过查找已注册在AndroidManifest.xml中的全部IntentFilter及其中定义的Intent，最终找到匹配的Intent。在这个解析过程当中，Android是经过Intent的action、type、category这三个属性来进行判断的，判断方法以下：

若是Intent指明定了action，则目标组件的IntentFilter的action列表中就必须包含有这个action，不然不能匹配；
若是Intent没有提供type，系统将从data中获得数据类型。和action同样，目标组件的数据类型列表中必须包含Intent的数据类型，不然不能匹配。
若是Intent中的数据不是content: 类型的URI，并且Intent也没有明确指定它的type，将根据Intent中数据的scheme （好比 http: 或者 mailto: ） 进行匹配。同上，Intent 的scheme必须出如今目标组件的scheme列表中。
若是Intent指定了一个或多个category，这些类别必须所有出如今组建的类别列表中。好比Intent中包含了两个类别：LAUNCHER_CATEGORY 和 ALTERNATIVE_CATEGORY，解析获得的目标组件必须至少包含这两个类别。

3、应用例子
        如下，以Android SDK中的便笺例子来讲明，Intent如何定义及如何被解析。这个应用可让用户浏览便笺列表、查看每个便笺的详细信息。

xml 代码
http://schemas.android.com/apk/res/android"
package="com.google.android.notepad">
  
android:label="@string/app_name">

  
android:authorities="com.google.provider.NotePad" />

  
    
      
      
    
    
      
      
      
      
      
    
    
      
      
      
    
  

  
    
      
      
      
      
    
    
      
      
      
    
  

  
android:theme="@android:style/Theme.Dialog">
    
      
      
      
      
      
    
  

        例子中的第一个Activity 是com.google.android.notepad.NotesList，它是应用的主入口，提供了三个功能，分别由三个 intent-filter进行描述：
        一、第一个是进入便笺应用的顶级入口（action为android.app.action.MAIN）。类型为android.app.category.LAUNCHER代表这个Activity将在Launcher中列出。
        二、第二个是，当type为vnd.android.cursor.dir/vnd.google.note（保存便笺记录的目录）时，能够查看可用的便笺（action为android.app.action.VIEW），或者让用户选择一个便笺并返回给调用者（action为 android.app.action.PICK）。
        三、第三个是，当type为vnd.android.cursor.item/vnd.google.note时，返回给调用者一个用户选择的便笺（action为android.app.action.GET_CONTENT），而用户却不须要知道便笺从哪里读取的。有了这些功能，下面的Intent就会被解析到NotesList这个activity：
{ action=android.app.action.MAIN }：与此Intent匹配的Activity，将会被看成进入应用的顶级入口。
{ action=android.app.action.MAIN, category=android.app.category.LAUNCHER }：这是目前Launcher实际使用的 Intent，用于生成Launcher的顶级列表。
{ action=android.app.action.VIEW data=content://com.google.provider.NotePad/notes }：显示"content://com.google.provider.NotePad/notes"下的全部便笺的列表，使用者能够遍历列表，而且察看某便笺的详细信息。
{ action=android.app.action.PICK data=content://com.google.provider.NotePad/notes }：显示"content://com.google.provider.NotePad/notes"下的便笺列表，让用户能够在列表中选择一个，而后将选择的便笺的 URL返回给调用者。
{ action=android.app.action.GET_CONTENT type=vnd.android.cursor.item/vnd.google.note }：和上面的action为pick的Intent相似，不一样的是这个Intent容许调用者（在这里指要调用NotesList的某个Activity）指定它们须要返回的数据类型，系统会根据这个数据类型查找合适的 Activity（在这里系统会找到NotesList这个Activity），供用户选择便笺。

        第二个Activity是com.google.android.notepad.NoteEditor，它为用户显示一条便笺，而且容许用户修改这个便笺。它定义了两个intent-filter，因此具备两个功能。第一个功能是，当数据类型为 vnd.android.cursor.item/vnd.google.note时，容许用户查看和修改一个便签（action为 android.app.action.VIEW和android.app.action.EDIT）。第二个功能是，当数据类型为 vnd.android.cursor.dir/vnd.google.note，为调用者显示一个新建便笺的界面，并将新建的便笺插入到便笺列表中（action为android.app.action.INSERT）。

      有了这两个功能，下面的Intent就会被解析到NoteEditor这个activity：

{ action=android.app.action.VIEW data=content://com.google.provider.NotePad/notes/{ID} } ：向用户显示标识为 ID的便笺。
{ action=android.app.action.EDIT data=content://com.google.provider.NotePad/notes/{ID} }：容许用户编辑标识为ID的便笺。
{ action=android.app.action.INSERT data=content://com.google.provider.NotePad/notes }：在“content://com.google.provider.NotePad/notes”这个便笺列表中建立一个新的空便笺，并容许用户编辑这个便签。当用户保存这个便笺后，这个新便笺的URI将会返回给调用者。

        最后一个Activity是com.google.android.notepad.TitleEditor，它容许用户编辑便笺的标题。它能够被实现为一个应用能够直接调用（在Intent中明确设置component属性）的类，不过这里咱们将为你提供一个在现有的数据上发布可选操做的方法。在这个 Activity的惟一的intent-filter中，拥有一个私有的action： com.google.android.notepad.action.EDIT_TITLE，代表容许用户编辑便笺的标题。和前面的view和edit 动做同样，调用这个Intent 的时候，也必须指定具体的便笺（type为vnd.android.cursor.item/vnd.google.note）。不一样的是，这里显示和编辑的只是便笺数据中的标题。
      除了支持缺省类别（android.intent.category.DEFAULT），标题编辑器还支持另外两个标准类别： android.intent.category.ALTERNATIVE和 android.intent.category.SELECTED_ALTERNATIVE。实现了这两个类别以后，其它 Activity就能够调用queryIntentActivityOptions(ComponentName, Intent[], Intent, int)查询这个Activity提供的action，而不须要了解它的具体实现；或者调用addIntentOptions(int, int, ComponentName, Intent[], Intent, int, Menu.Item[])创建动态菜单。须要说明的是，在这个intent-filter中有一个明确的名称（经过android:label= "@string/resolve_title"指定），在用户浏览数据的时候，若是这个Activity是数据的一个可选操做，指定明确的名称能够为用户提供一个更好控制界面。
      有了这个功能，下面的Intent就会被解析到TitleEditor这个Activity：

{ action=com.google.android.notepad.action.EDIT_TITLE data=content://com.google.provider.NotePad/notes/{ID} }：显示而且容许用户编辑标识为ID的便笺的标题。

原文：http://oxen.javaeye.com/blog/143701