Android 中的 Intent 与 Intent Filter

Android 系统通过Intent来启动Application中的Activity, Service 和 Broadcast Receiver这三个Application的核心组件。

启动Activity

Context.startActivity()

Context.startActivityForResult()

(Activity.setResult() 来返回信息到那个调用了Context.startActivityForResult()的Activity)

启动Service

Context.startService()

Context.bindService()

发Broadcast

Context.sendBroadcast()

Context.sendOrderedBroadcast()

Context.sendStrickyBroadcast()

Intent Objects

Intent本身是一组信息的集合(bundle), 其中一些信息是Intent的接收者需要知道的(感兴趣的)，比如应该对什么数据(data)执行什么操作(Action), 。另一些信息是Android系统需要知道的，比如哪一类型(category)的component应该处理这个Intent，如何启动Intent的接收者。 Intent包含的信息有如下几个方面：

Component name

Component name 是两个信息的组合

1. Intent 接收者所在Application的包名， 比如： com.example.project

2. Intent 接收者的实际类名，（包含完整的包名）比如：com.example.project.app.FreneticActivity

注意类名中的包和应用程序的包名不一定是要相同的。一个指定Application，一个指定Application中具体的类

Action

Action是一个String，一个Intent只能有一个Action。Action的值决定了Intent其他部分所代表的含义。特别是data和extra

你可以添加自定义的Action，但必须使用你的包名作为前缀。这样才能避免和其他Application定义的Action重名。

比如 com.example.project.SHOW_COLOR

Data

Intent中包含的Data。由URI 和 MIME type两部分构成了Data。

Category

也是一个String。他指定了Intent接收者应该所属的类型。即期望具有什么类型属性的接收者来处理这个Intent。也就是说，他不是指定Intent是哪个Category的，而是指定接收者的Category的。一个Intent可以指定多个Category，这是一个并集。接收者必须具有全部这些所指定的Category，才是一个符合条件的接收者。

Extras

Key-value对的集合。Intent包含的额外数据

Flags

标志位，Android系统会检查这些标志以决定如何启动Intent接收者

Intent Resolution

指定了Component name的Intent是明确的Intent。他会被发送给指定的component。

没有指定Component Name的Intent是不明确的Intent，通常他用来启动其他Application中的组件

Intent中的Action, Data 和 Category 用来匹配Intent的接收者。其他信息不用来匹配接收者。

Intent Filter

Android系统采用Intent Filter机制，用来找到不明确的Intent的接收者。

每一个Component (Activity, Service 和 BroadcastReceiver)都可以定义多个Intent Filter来告知Android系统自己的能力。

如果一个Component连一个Intent Filter都没有，那这个Component只能通过明确的的Intent来启动。（即指定了Component Name的Intent来启动）因为别的程序不知道你的类名，所以没有Intent Filter的Component仅能由自己的Application内部启动了。

每一个Intent Filter定义了这个Component的一种能力。只要Intent只要通过了（满足了）任何一个Intent Filter，那这个component就是这个Intent的一个合格的接收者。

由于在被启动之前，Android系统就需要知道这些Component处理Intent的能力，所以Intent Filter一般不由运行时的代码创建的，而是在AndroidManifest.xml中相应Component的结点中定义的。有一个例外，Broadcast receiver和其Intent Filter可以在运行时由代码创建。

Action test

Intent Filter 包含一个或多个 Action。 如果一个Action都没有，那没有Intent可以通过这个Filter，这个Filter就白定义了。Intent中的Action匹配了Intent Filter中的一个Action，就算Pass了

Category test

Intent Filter中的Category设定了Component所具备的Category属性。如果能满足Intent中指定的所有Category要求，就算Pass.

不是只要其中一个Category满足就可以了，而是Intent中所定义的所有Category要求，必须在Intent Filter中都能找到对应的项，即在Intent Filter中都满足，才PASS. Intent Filter中的Category可以多，但不能少。

原理上讲，如果Intent没有Categroy要求，那所有的Intent Filter都可以pass。但实际上不是这样。

一个startActivity的Intent，会被自动加上 android.intent.category.DEFAULT 这个Category。所以，如果一个Activity要想能被不明确的Intent所启动的话，那他的Intent Filter中必须至少要有 android.intent.category.DEFAULT 这个Category。

Data test

Data由URI 和 MIME type 两部分组成。

MIME type的比对比较简单直观，就是可以用*作为通配符。

URI的比对比较复杂。因为URI由由几个部分组成。分别是scheme, host, port, and path. 类似下面这样

scheme://host:port/path

比如

content://com.example.project:200/folder/subfolder/etc

scheme 是 content

host 是 com.example.project

port 是 200

path 是 folder/subfolder/etc

host 和 port在一起又可以称为是URI的authority

当Intent中的URI和Intent Filter中的URI进行比对时，仅比较Intent Filter中明确指定的部分。

比如，如果Filter中仅明确指定了scheme，那只要scheme匹配，就算匹配了。如果Filter中指定了scheme + authority，而没有path，那只要scheme和authority匹配了，就算匹配。可以这样理解，Filter中关于URI中没有指定的部分可以当成是*

再来看看，Intent 和 Intent Filter 中的 Data部分，怎样算Pass

Google Android文档中例举了4中情况。我换一个角度来理解。

作为component的开发者，需要写Intent Filter。Intent Filter定义了Component的能力。

1. Intent Filter中没有定义data，没有URI也没有type。那说明component不能处理任何带data的Intent。只要同样没有带data的Intent能够Pass这个Intent Filter

2. Intent Filter中的data中，仅定义了URI，没有type。说明component仅能处理指定URI的Intent，任何带了type的Intent都不能处理。

3. Intent Filter中的data中仅定义了type，没有定义URI。这个情况有点特殊。Android系统自动为这样的Intent Filter的data加上一个URI的scheme: content和file, 也就是设备内部的内容。也就是说，如果Intent Filter中的data部分定义了type的话，那他支持所有设备内部的属于这些type的内容。

4. Intent Filter中的data中同时定义了type和URI。那Intent中的data必须type和URI同时匹配才行。

一些常用的case：

1. Intent Filter中

<data android:mimeType="image/*" />

说明该component可以从content privider 或 文件里 接收image类型的data并处理

2. Intent Filter中

<data android:scheme="http" android:type="video/*" />

说明该component可以通过http下载video并处理

Using Intent Matching

PackageManager中包含一系列 query...()函数，能让你查询能够match特定的Intent的所有Component。

同时有resolve...()系列函数返回一个匹配指定Intent的最佳的component。