Android——Intent和Intent过滤器

http://www.cnblogs.com/XP-Lee/p/3613830.html

Intent就是一个激活组件的消息对象，用于组件之间的通信。需要注意的是，能被Intent激活通信的组件只有三类：Activity、Service和BroadcastReceiver。对应这三类组件，Intent有下面三种使用场景：

启动Activity：在app中，一个Activity就代表一个用户界面。以Intent为参数调用startActivity()启动一个Activity实例。这个Intent告诉Activity去启动，并且传递了一些必要数据给它。在Activity结束时，如果想要从这个结束的Activity接收数据，可以使用startActivityForResult()启动，这样在你的Activity的 onActivityResult()回调就会接收到单独的结果Intent。
启动Service：Service没有用户界面，它的职责就是在后台执行操作。以Intent为参数调用startService()启动一个Activity实例。这个Intent告诉Service去启动，并且传递了一些必要数据给它。如果Service被设计成C/S结构的Server，你可以在其它组件中以Intent为参数调用bindService()绑定这个Service。
发送广播：一个广播消息是可以被任何app接收的。系统为各种系统事件发送广播，你也可以发送广播（ sendBroadcast(), sendOrderedBroadcast(), or sendStickyBroadcast()）。

上述这些Intent传递，不会有重叠。广播Intent仅被传递给Receiver，永远不会给Activity或者Service；一个传送给Activity的Intent是只会被传递给Activity，永远不会给一个Service或Receiver；如此类推。

Intent类型（Intent Types）

Intent有两种类型：

显式Intent：使用全类名启动一个组件。显示Intent启动组件是在你自己的app当中的，因为需要知道一个组件的类名。
隐式Intent：不实用类名，而是通过action去启动。隐式Intent启动的组件允许来自于另一个app。

显式Intent启动，Android系统可以通过这个Intent对象立即启动组件。

隐式Intent启动，Android系统会将Intent的内容与设备所有app的manifest文件中的Intent过滤器比较，找出最合适的组件去启动。如果Intent和Intent过滤器匹配，系统就会启动组件并且传递Intent对象。如果有多个Intent过滤器匹配，系统会显示一个对话框，供用户选择使用哪一个app。（注，Intetn过滤器是manifest中的一个符号，指明一个组件可以接收什么样的Intent。）

上图为隐式Intent启动Activity的过程。【1】Activity A通过action创建一个Intent，让后以这个Intent为参数调用startActivity()。【2】Android系统会隐式Intent，搜索匹配所有app的Intent过滤。【3】系统匹配到Activity B，调用它的onCreate()方法并且传递Intent。

警告：为了确保app的安全性，通常使用显式Intent启动Service，并且不给Service声明Intetn过滤器。使用隐式Intent启动Service是危险的，因为你不可能确定多少个Service会响应这个Intetn，并且用户看不到哪个Service启动了。

创建Intent（Building an Intent）

Intent的主要信息如下：

Component name

启动的组件名称。

对于隐式启动来说，Component name是可选的。但是对于显示启动来说，Component name是必须的信息。没有Component name信息的Intent就是一个隐式的Intent，系统会基于Intent的其它信息（比如action、data、category）决定哪个组件来接收Intent。

Action

执行通用操作的字符串。

系统框架提供了许多action常量，下标列出部分内容：

常量	目标组件	Action
ACTION_CALL	Activity	打电话
ACTION_SCREEN_ON	BroadcastReceiver	屏幕开启
ACTION_TIMEZONE_CHANGED	BroadcastReceiver	时区变化

自定义action，应该尽量使用包名作为前缀。比如：

1 static final String ACTION_TIMETRAVEL = "com.example.action.TIMETRAVEL";

Data

被执行数据的URI和它的MIME类型。通常，不同的action会伴随不同的数据类型。例如, 如果action为ACTION_EDIT, 那么Data将包含待编辑的数据URI. 如果action为ACTION_CALL, Data将为tel:电话号码的URI. 如果action为ACTION_VIEW, 则Data为http:网络地址的URI.

当创建一个Intent时，为数据指定一个MIME类型作为URI的补充，是非常必要的。比如，一个activity可以显示图片但是不能播放音频（尽管图片和音频的URI是非常相似的）。因此，为数据指定一个MIME类型可以帮助Android系统找到最佳的组件接收Intent。

然而，MIME类型有时候可以通过特别的URI推测出来。比如content: URI，它表明数据位于设备上面，并且数据是被ContentProvider控制的，这就使的数据的MIME类型对系统来说是可见的。

警告：如果想要设置URI和MIME类型，应该调用setDataAndType()；而不是同时调用setData()和setType()，因为它们会使彼此的值无效。

Extras

Key-value形式的额外信息。

Intent类定义了许多的EXTRA_* 常量的标准数据类型。如果要自定义extra keys，应该尽量使用包名作为前缀：

1 static final String EXTRA_GIGAWATTS = "com.example.EXTRA_GIGAWATTS";

Flags

flag被定义在Intent类中，它作为Intent的metadata（描述数据的数据）。flag可以告诉Android系统如何启动一个activity（比如，这个activity属于哪一个task），并且在启动后如何管理这个activity（比如，这个activity是否属于recent activities列表）。

使用待定Intent（Using a Pending Intent）

PendingIntent是对Intent的包装。PendingIntent的主要目的是授予外部程序使用被包装的Intent，好像Intent在自己的进程中执行。

pending intent的主要使用场景如下：

用户执行一个你的Notification相关的操作（Android系统的NotificationManager会执行这个Intent）。
用户执行一个你的App Widget相关的操作（Home screen app会执行这个Intent）。
未来某一个特定时刻执行（Android系统的AlarmManager会执行这个Intent）。

由于Intent被设计成只有特定类型的组件（Activity、Service和BroadcastReceiver）才能处理，因此PendingIntent的创建也必须要基于这层考虑。创建PendingIntent时，必须根据组件类型的不同，分别调用对应的方法创建：

PendingIntent.getActivity() for an Intent that starts an Activity.
PendingIntent.getService() for an Intent that starts a Service.
PendingIntent.getBroadcast() for a Intent that starts an BroadcastReceiver.

这些方法最好使用当前app的Context。更多的关于PendingIntent的使用，参考Notifications和App Widgets的Api指南。

Intent解析（Intent Resolution）

当系统收到一个隐式Intent的时候，系统会通过比较Intent和Intent比较器寻找最佳的activity，系统基于以下三个方面来比较：

action
data（URI和数据类型——MIME）
category

Action test

一个Intent过滤器可以声明零个或多个<action>元素。比如：

1 <intent-filter>

2     <action android:name="android.intent.action.EDIT" />

3     <action android:name="android.intent.action.VIEW" />

4     ...

5 </intent-filter>