Intent 的工作机制

Android 中各个组件主要是通过Intent来通讯。
Intent负责对应用中一次操作的动作、动作涉及数据、附加数据进行描述，Android则根据此Intent的描述，负责找到对应的组件，将 Intent传递给调用的组件，并完成组件的调用。

因此，Intent在这里起着一个媒体中介的作用，专门提供组件互相调用的相关信息，实现调用者与被调用者之间的解耦。
Intent 作用：
      An intent is an abstract description of an operation to be performed. It can be used with startActivity to launch an Activity, broadcastIntent to send it to any interested BroadcastReceiver components, and startService(Intent) or bindService(Intent, ServiceConnection, int) to communicate with a background Service.
An Intent provides a facility for performing late runtime binding between the code in different applications. Its most significant use is in the launching of activities, where it can be thought of as the glue between activities. It is basically a passive data structure holding an abstract description of an action to be performed. The primary pieces of information in an intent are:
       1.startActivity
       2. broadcastIntent
       3.startService()
       4.bindService()
    组件之间通讯和进程间通讯，减低耦合性。
Intent 各个属性1. action (动作) 是要执行的动作（action）的一个简要描述，如VIEW_ACTION（查看）、EDIT_ACTION（修改）等，Android为我们定义了一套标准动作。The general action to be performed
2. data是执行动作要操作的数据（data），Android中采用指向数据的一个URI来表示 The data to operate on
3. category（类别），被执行动作的附加信息。例如 LAUNCHER_CATEGORY 表示Intent 的接受者应该在Launcher中作为顶级应用出现；而ALTERNATIVE_CATEGORY表示当前的Intent被加进ALTERNATIVE intent列表里面，用户可以启动，it should be included in a list of alternative actions the user can perform on a piece of data.
4. type（数据类型），显式指定Intent的数据类型（MIME）。一般Intent的数据类型能够根据数据本身进行判定，但是通过设置这个属性，可以强制采用显式指定的类型而不再进行推导。
5. component（组件），指定Intent的的目标组件的类名称。通常 Android会根据Intent 中包含的其它属性的信息，比如action、data/type、category进行查找，最终找到一个与之匹配的目标组件。但是，如果 component这个属性有指定的话，将直接使用它指定的组件，而不再执行上述查找过程。指定了这个属性以后，Intent的其它所有属性都是可选的。
6. extras（附加信息），是其它所有附加信息的集合。使用extras可以为组件提供扩展信息，比如，如果要执行“发送电子邮件”这个动作，可以将电子邮件的标题、正文等保存在extras里，传给电子邮件发送组件。
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这三个属性来进行判断的，判断方法如下：


1.如果Intent指明定了action，则目标组件的IntentFilter的action列表中就必须包含有这个action，否则不能匹配；

2.如果Intent没有提供type，系统将从data中得到数据类型。和action一样，如果Intent指明定了type，目标组件的数据类型列表中必须包含Intent的数据类型，否则不能匹配。

3.如果Intent中的数据不是content: 类型的URI，而且Intent也没有明确指定它的type，将根据Intent中数据的scheme （比如 http: 或者mailto: ） 进行匹配。同上，Intent 的scheme必须出现在目标组件的scheme列表中。

4.如果Intent指定了一个或多个category，这些类别必须全部出现在组件的类别列表中。比如Intent中包含了两个类别：LAUNCHER_CATEGORY 和 ALTERNATIVE_CATEGORY，解析得到的目标组件必须至少包含这两个类别。Activities will very often need to support the CATEGORY_DEFAULT so that they can be found by Context.startActivity().

5.如果category 指定了ALTERNATIVE and SELECTED_ALTERNATIVE.则可以通过queryIntentActivityOptions(ComponentName, Intent[], Intent, int)，查询Activity的action，addIntentOptions(int, int, int, ComponentName, Intent[], Intent, int, MenuItem[])增加action等信息。


Intent 的研究离不开IntentFilter.

总结：利用Intent所实现的软件复用的粒度是Activity/Service，耦合也更为松散。