android详解.doc

android详解 解析Intent Intent是一种在不同组件之间传递的请求消息，是应用程序发出的请求和意图。作为一个完整的消息传递机制，Intent不仅需要发送端，还需要 接收端。Android如何解析Intent的请求内容，并选择合适的组件响应Intent请求呢？我们马上就一起来学习这个内容。 5.2.1 显式Intent和隐式Intent 1 对于明确指出了目标组件名称的Intent，我们称之为“显式Intent”。对于没有明确指出目标组件名称的Intent，则称之为“隐式 Intent”。Android系统使用IntentFilter 来寻找与隐式Intent相关的对象。（关于IntentFilter我们马上就会讲到。） 显式Intent直接用组件的名称定义目标组件，这种方式很直接。但是由于开发人员往往并不清楚别的应用程序的组件名称，因此，显式Intent更 多用于在应用程序内部传递消息。比如在某应用程序内，一个Activity启动一个Service。隐式Intent恰恰相反，它不会用组件名称定义需要 激活的目标组件，它更广泛地用于在不同应用程序之间传递消息。 清楚了显式Intent和隐式Intent的概念后，我们再来看看决定Intent目标组件的因素。在显式Intent消息中，决定目标组件的唯一 要素就是组件名称，因此，如果你的Intent中已经明确定义了目标组件的名称，那么你就完全不用再定义其他Intent内容。而对于隐式Intent则 不同，由于没有明确的目标组件名称，所以必须由Android系统帮助应用程序寻找与Intent请求意图最匹配的组件。具体的选择方法 是：Android将Intent的请求内容和一个叫做IntentFilter的过滤器比较，IntentFilter中包含系统中所有可能的待选组 件。如果IntentFilter中某一组件匹配隐式Intent请求的内容，那么Android就选择该组件作为该隐式Intent的目标组件。 Android如何知道应用程序能够处理某种类型的Intent请求呢？这需要应用程序在Android-Manifest.xml中声明自己所含 组件的过滤器（即可以匹配哪些Intent请求）。一个没有声明Intent-Filter的组件只能响应指明自己名字的显式Intent请求，而无法响 应隐式Intent请求。而一个声明了IntentFilter的组件既可以响应显式Intent请求，也可以响应隐式Intent请求。在通过和 IntentFilter比较来解析隐式Intent请求时，Android将以下三个因素作为选择的参考标准。 Action Data Category 如果一个Intent请求在一片数据上执行一个动作，Android如何知道哪个应用程序（和组件）能用来响应这个请求呢？Intent Filter就是用来注册Activity、Service和Broadcast Receiver具有能在某种数据上执行一个动作的能力。 使用Intent Filter，应用程序组件告诉Android，它们能为其它程序的组件的动作请求提供服务，包括同一个程序的组件、本地的或第三方的应用程序。 为了注册一个应用程序组件为Intent处理者，在组件的manifest节点添加一个intent-filter标签。 在Intent Filter节点里使用下面的标签（关联属性），你能指定组件支持的动作、种类和数据： #10065; action 使用android:name特性来指定对响应的动作名。动作名必须是独一无二的字符串，所以，一个好的习惯是使用基于Java包的命名方式的命名系统。 #10065; category 使用android:category属性用来指定在什么样的环境下动作才被响应。每个Intent Filter标签可以包含多个category标签。你可以指定自定义的种类或使用Android提供的标准值，如下所示： #10065; ALTERNATIVE 你将在这章的后面所看到的，一个Intent Filter的用途是使用动作来帮忙填入上下文菜单。ALTERNATIVE种类指定，在某种数据类型的项目上可以替代默认执行的动作。例如，一个联系人的默认动作时浏览它，替代的可能是去编辑或删除它。 #10065; SELECTED_ALTERNATIVE 与ALTERNATIVE类似，但ALTERNATIVE总是使用下面所述的Intent解析来指向单一的动作。SELECTED_ALTERNATIVE在需要一个可能性列表时使用。 #10065; BROWSABLE 指定在浏览器中的动作。当Intent在浏览器中被引发，都会被指定成BROWSABLE种类。 #10065; DEFAULT 设置