Activity之Intent

Intent（意图）

Android基本的设计理念是鼓励减少组件间的耦合，因此Android提供了Intent（意图），Intent提供了一种通用的消息系统，它允许在你的应用程序与其它的应用程序间传递Intent来执行动作和产生事件。使用Intent可以激活Android应用的三个核心组件：活动、服务和广播接收者。

Intent可以划分成显式意图和隐式意图。

显式意图：调用Intent.setComponent()或Intent.setClass()方法明确指定了组件名的Intent为显式意图，显式意图明确指定了Intent应该传递给哪个组件。不指定动作，也不指定数据，直接指定要激活的组件。

intent.setClassName(packageName, className);方法也可以。

获得应用程序包名：getPackageName();

要激活组件的全路径类名要与清单文件中的一样。

如：

intent.setClassName(getPackageName(), "com.uc.rpCalc.CalcActivity");

还可以这样写：

Intent intent = new Intent(packageContext, cls);

packageContext是上下文。

cls是要激活组件的字节码。要激活组件类名.class就能找到要激活组件的全路径。

如：

Intent intent = new Intent(this, CalcActivity.class);

这种方法是定义显式意图的常用方法。

其中的(this,CalcActivity.class)就相当于intent.setClassName(getPackageName(),"com.uc.rpCalc.CalcActivity");

隐式意图：没有明确指定组件名的Intent为隐式意图。Android系统会根据隐式意图中设置的动作（action）、类别（category）、数据（URI和数据类型）找到最合适的组件来处理这个意图。

隐式意图中的动作、类别和数据需要在清单文件中要激活的组件中的意图过滤器中定义。

意图对象中设置action用：setAction();方法。

意图对象中设置category用：addCategory();方法

意图对象中设置data中的mimeType用的是：intent.setType();

意图对象中setData()和setType()不能同时单独设置，两者都设置的话用setDataAndType()。

URL：统一资源定位符 http https ftp rtsp

URI：统一资源标识符    URL是URI的一个子集

显式意图：必须指定要激活的组件的完整包名和类名（应用程序之间耦合在一起）。一般激活自己应用程序的组件的时候采用显式意图。

隐式意图：只需要指定动作和数据就可以（好处是应用程序之间没有耦合）。激活别人写的应用时用隐式意图，不需要关心对方的包名和类名。

对于隐式意图，Android是怎样寻找到这个最合适的组件呢？记的前面我们在定义活动时，指定了一个intent-filter，Intent Filter（意图过滤器）其实就是用来匹配隐式Intent的，当一个意图对象被一个意图过滤器进行匹配测试时，只有三个方面会被参考到：动作、数据（URI以及数据类型）和类别。
动作测试（Action test）
  一个意图对象只能指定一个动作名称，而一个过滤器可能列举多个动作名称。如果意图对象或过滤器没有指定任何动作，结果将如下：
• 如果过滤器没有指定任何动作，那么将阻塞所有的意图，因此所有的意图都会测试失败。没有意图能够通过这个过滤器。 
• 另一方面，只要过滤器包含至少一个动作，一个没有指定动作的意图对象自动通过这个测试

类别测试（Category test）
对于一个能够通过类别匹配测试的意图，意图对象中的类别必须匹配过滤器中的类别。这个过滤器可以列举另外的类别，但它不能遗漏在这个意图中的任何类别。
原则上一个没有类别的意图对象应该总能够通过匹配测试，而不管过滤器里有什么。大部分情况下这个是对的。但有一个例外，Android把所有传给startActivity()的隐式意图当作他们包含至少一个类别："android.intent.category.DEFAULT" （CATEGORY_DEFAULT常量）。 因此，想要接收隐式意图的活动必须在它们的意图过滤器中包含"android.intent.category.DEFAULT"。（带"android.intent.action.MAIN"和"android.intent.category.LAUNCHER"设置的过滤器是例外）

数据测试（Data test）
当一个意图对象中的URI被用来和一个过滤器中的URI比较时，比较的是URI的各个组成部分。例如，如果过滤器仅指定了一个scheme，所有该scheme的URIs都能够和这个过滤器相匹配；如果过滤器指定了一个scheme、主机名但没有路经部分，所有具有相同scheme和主机名的URIs都可以和这个过滤器相匹配，而不管它们的路经；如果过滤器指定了一个scheme、主机名和路经，只有具有相同scheme、主机名和路经的URIs才可以和这个过滤器相匹配。当然，一个过滤器中的路径规格可以包含通配符，这样只需要部分匹配即可。

数据测试同时比较意图对象和过滤器中指定的URI和数据类型。规则如下：
a. 一个既不包含URI也不包含数据类型的意图对象仅在过滤器也同样没有指定任何URIs和数据类型的情况下才能通过测试。
b. 一个包含URI但没有数据类型的意图对象仅在它的URI和一个同样没有指定数据类型的过滤器里的URI匹配时才能通过测试。这通常发生在类似于mailto:和tel：这样的URIs上：它们并不引用实际数据。
c. 一个包含数据类型但不包含URI的意图对象仅在这个过滤器列举了同样的数据类型而且也没有指定一个URI的情况下才能通过测试。
d. 一个同时包含URI和数据类型（或者可从URI推断出数据类型）的意图对象可以通过测试，如果它的类型和过滤器中列举的类型相匹配的话。如果它的URI和这个过滤器中的一个URI相匹配或者它有一个内容content:或者文件file: URI而且这个过滤器没有指定一个URI，那么它也能通过测试。换句话说，一个组件被假定为支持content:和file: 数据如果它的过滤器仅列举了一个数据类型。