android的intent使用方法

Intent构成

Intent被译作意图，其实还是很能传神的，Intent期望做到的，就是把实现者和调用者完全解耦，调用者专心将以意图描述清晰，发送出去，就可以梦想成真，达到目的。

1. Action 。当日常生活中，描述一个意愿或愿望的时候，总是有一个动词在其中。比如：我想做 三个俯卧撑；我要看 一部x片；我要写 一部血泪史，之类云云。在Intent中，Action就是描述看、做、写等动作的，当你指明了一个Action，执行者就会依照这个动作的指示，接受相关输入，表现对应行为，产生符合的输出。在Intent类中，定义了一批量的动作，比如ACTION_VIEW，ACTION_PICK ，之类的，基本涵盖了常用动作，整一个降龙十八掌全集。当然，你也可以与时俱进，创造新的动作，比如lou这样的。与系统预定义的相比，这些自定义动作的流通范围很是有限，除非做了非常NB的应用，大家都需要follow你，否则通常都是应用内部流通。
2. Data 。当然，光有动作还是不够的，还需要有更确切的对象信息。比如，同样是泡 这个动作，但泡咖啡 ，和泡妞 ，就差之千里了。Data的描述，在Android中，表现成为一个URI 。用在内部通信中，可能描述是Content Provider用的形如content://xxxx 这样的东东，抑或是外部的一个形如tel://xxxx 这样的链接。总而言之，是能够清楚准确的描述一个数据地址的uri。
3. Type 。说了 Data，就必须要提Type，很多时候，会有人误解，觉着Data和Type的差别，就犹如泡妞 和泡马子 之间的差别一样，微乎其微。但其实不然，Type信息，是用MIME 来表示的，比如text/plain ， 这样的东西。说到这里，两者差别就很清晰了，Data就是门牌号，指明了具体的位置，具体问题具体分析，而type，则是强调物以类聚，解决一批量的问 题。实际的例子是这样的，比如，从某个应用拨打一个电话，会发起的是action为ACTION_DIAL且data为tel:xxx这样的 Intent，对应的人类语言就是拨打xxx的电话 ，很具象。而如果使用type，就宽泛了许多，比如浏览器收到一个未知的MIME类型的数据（比如一个视频...），就会放出这样的Intent，求系统的其他应用来帮助，表达成自然语言应该就是：查看 pdf类文档 ，这样的。
4. Category 。通过Action，配合Data或Type，很多时候可以准确的表达出一个完整的意图了，但也会有些时候，还需要加一些约束在里面才能够更精准。比如，如果你虽然很喜欢做俯卧撑，但一次做三个还只是在特殊的时候才会发生，那么你可能表达说：每次吃撑了的时候 ， 我都想做三个俯卧撑。吃撑了，这就对应着Intent的Category的范畴，它给所发生的意图附加一个约束。在Android中，一个实例是，所有应 用主Activity（就是单独启动时候，第一个运行的那个Activity...），都需要能够接受一个Category为 CATEGORY_LAUNCHER，Action为ACTION_Main的意图。
5. Component 。在此之前，我们企图用Action，Data/Type，Category去描述一个意图，这是Android推荐，并期望大家在大多数时候使用的，这样模式在Android中称做Implicit Intents ， 通过这种模式，提供一种灵活可扩展的模式，给用户和第三方应用一个选择权。比如，还是一个邮箱软件，他大部分功能都好，就是选择图片的功能做的很土，怎么 办？如果它采用的是Implicit Intents，那么它就是一个开放的体系了，手机中没有其他图片选择程序的话，可以继续使用邮箱默认的，如果有，你可以任意选择来替代原有模块完整这功 能，一切都自然而然。但这种模式，也不是没有成本，需要付出的是一些性能上的开销，因为毕竟有一个检索过程。于是，Android提供了另一种模式，叫做Explicit Intents ，就需要Component的帮助了。Component就是类名 ，完整的，形如com.xxxxx.xxxx ，一旦指明了，一切都清晰了，找的到这个类（当然会是一个特定的子类...），成功，反之，失败。这个好处，自然是速度，适合在你明确知道这就是一个内部模块的时候，使用它。
6. Extras 。通过上面的这些项，识别问题，基本完美解决了，剩下一个重要的问题，就是传参。Extras是用来做这个事情的，它是一个Bundle 类的对象，有一组可序列化的key/value对 组成。每一个Action，都会有与之对应的key和value类型约定，发起Intent的时候，需要按照要求把Data不能表示的额外参数放入Extras中（当然，如果不需要额外附加参数，就算了...），否则执行者拿到的时候会抓狂的。
7. Flags 。 能识别，有输入，整个Intent基本就完整了，但还有一些附件的指令，需要放在Flags中带过去。顾名思义，Flags是一个整形数，有一些列的标志 位构成，这些标志，是用来指明运行模式的。比如，你期望这个意图的执行者，和你运行在两个完全不同的任务中（或说进程也无妨吧...），就需要设置FLAG_ACTIVITY_NEW_TASK 的标志位。

Intent匹配

如上图所示，要想跑通整个流程，另一个很重要的东西，就是Intent Filters ， 它是用来描述一个Activity或 Serveice等组件，期望能够响应怎么样的Intent。如果一个组件，只希望别的组件通过Explicit Intents（就是指明Component...）的方式来找到它，那么就不需要添加Intent Filters，反之，一定需要一个或若干个Intent Filters。Intent Filter的各个项，犹如Intent照镜子过来的效果，包括Action，Catagory，Data，Type等。

Intent实现

上图，是请求一个Activity组件的简单实现流程图，算是用的最多的 Intent解析实例。流程从调用Context.startActivity(Intent) 开始，调用者传入构造好的Intent对象，然后流程会让实际的执行者，是Instrumentation 对象来完成。它是整个应用激活的 Activity管理者，集中负责该应用内所有Activity的起承转合生离死别。它有一个隐藏的方法execStartActivit y 方法，就是负责根据Intent启动Activity的。去掉一些细节，它做得最重要的事情，就是将此调用，通过RPC的方式，传递到ActivityManagerService 。
前面一直再说，系统核心层 ，其实这里所谓的系统核心层，就是负责Android一些关键事务的一组服务 。它们同样运行在虚拟机上，和普通的Service实现机理是一致的，只不过它们不抛头露脸只是默默的在下层服务，故谓之核心嘛。 AcitivityManagerService，是负责Activity调度的服务，也许日后提及调度细节的时候还会有涉及。

 原文地址：http://blog.csdn.net/liuyahui312031/article/details/6044887

android的intent使用方法,,5-wow.com