Android应用程序组成部分 Manifest文件 Manifest文件节点

Android应用程序的组成部分和Manifest文件

Android应用程序由松散耦合的组件组成，并使用应用程序Manifest绑定到一起；应用程序Manifest描述了每一组件和它们之间的交互方式，还用于指定应用程序元数据、其硬件和平台要求、外部库以及必需的权限。

一、应用程序的基本结构模块

　　・ Activity：应用程序的表示层。每个UI都是通过Activity类的一个或多个扩展实现的。Activity使用Fragment和视图来布局和显示信息，以及响应用户动作。

　　・ Service：应用程序中不可见的工作者。运行时没有UI，可以更新数据源和Activity、触发通知和广播Intent。可以用来执行一个运行时间长的任务，或者不需要和用户交互的任务。

　　・ Content Provider：可共享的持久数据存储器（内容提供者）。用来管理和持久化应用程序数据，通常会与SQL数据库交互。可以通过配置自己的Content Provider来允许其他应用程序访问，也可以访问其他应用。

　　・ Intent：消息传递框架。Android中大量使用了Intent、Service或者Broadcast Receiver广播消息，以及请求对特定的一条数据执行操作。

　　・ Broadcast Receiver： Intent侦听器（广播接收者）。可以监听到那些匹配指定的过滤标准的Intent广播。它会自动地启动应用程序来响应某个接收到Intent。

　　・ Widget：可视化应用程序组件。它是Broadcast Receiver的特殊变体，可用于创建动态的交互式应用程序组件，用户可以把这些组件添加到他们的主屏幕上。

　　・ Notification：它允许向用户发送信号，但却不会过分吸引他们的注意力或者打断他们当前的Activity。它们是应用程序不可见或者不活动时吸引用户注意的首选方法。

二、Manifest文件简介

　　每一个Android项目都包含一个Manifest文件――Android Manifest.xml，它存储在项目层次中的最底层。Manifest可以定义用用程序及其组件和需求的结构和元数据。

　　Manifest包含了组成应用程序的每一个Activity、Service、Content Provider和Broadcast Receiver的节点，并使用Intent Filter和权限来确定这些组件和其他应用程序是如何交互的。此文件还可以指定应用程序的元数据（图标、版本号、主题等等） 以及额外的顶层节点，这些节点可以指定必需的安全权限和单元测试，以及定义硬件、屏幕和平台支持要求。

　　Manifest文件有一个根manifest标签构成，该标签带有一个被设为项目包的package属性。它通常包含一个xmls:android属性来提供文件内使用的某些系统属性。

　　使用versionCode属性可讲当前的应用版本定义为一个整数，每次版本更新，这个数字都会增加。使用versionName可以定义一个显示给用户的公共版本号。

　　installLocation属性，是制定是否允许将程序安装到SD卡上，其值有preferExternal（首选外部存储器）和auto（系统决定）。不指定时，默认按到内部存储器中。由于取出或拒绝外部存储器存在的问题，以下程序不适合安装到外部存储器及其后果：

　　・ 具有Widget／Live Wallpaper和Live Folder的应用程序： Widget／Live Wallpaper和Live Folder将从主屏幕上移除，而且重启系统后可能不在可用。

　　・ 提供不中断服务的应用程序：程序和它运行的服务将被停止，并且不会自动重启。

　　・ 输入法引擎：安装到外部存储器的任何IME都会被禁用。在外部存储器再次可用后，用户必须重新选择IME。

　　・ 设备管理器：DeviceAdminReceiver及其管理能力将被禁用。


Manifest文件节点详解

首先看一下Manifest文件最基本的结构：

　　manifest标签包含了一些节点（node），定义了组成应用程序的应用程序组建、安全设置、测试类和需求。下面是一些manifest子节点标签：

　　・ uses-sdk：要想正确的运行程序，需要有minSKDVersion（默认值：1）、maxSDKVersion和targetSDKVersion属性。

　　・ uses-configuration：使用此节点可以指定应用程序支持的每个输入机制的组合。一般不需要包含这个节点，不过对于需要特殊输入控制的游戏说很有用。以下是它的几个属性：

　　　　・ reqFiveWayNav：要求设备有上、下、左、右导航，并且能够单击当前的选项时为true。包括跟踪求和D-pad。

　　　　・ reqHarKeyboard：要求设备有硬件键盘时为true。

　　　　・ reqKeyboardType：指定键盘类型为nokeys、qwerty、twelvekey、undefined。

　　　　・ reqNavigation：导航设备（值：nonav、dpad、trackball、wheel或undefined）。

　　　　・ reqTouchScreen：以指定必需的触摸屏输入（notouch、stylus、finger或undefined）。

　　・ uses-feature：Android可以在各种各样硬件平台上运行。可以使用多个uses-feature节点来指定应用程序需要的每个硬件功能，以避免安装到不包含硬件功能的设备上。（如：NFC、蓝牙、摄像头等等）

　　・ supports-screens：用于指定应用程序针对那些屏幕尺寸惊醒了设计和测试。当应用程序支持某个设备的屏幕是，一般就会使用开发人员提供的布局文件中的缩放属性来布局。在不支持的设备上运行时，系统可能会应用“兼容模式”来显示应用程序。

　　・ supports-gl-texture：用于声明应用程序能够提供以一种特定的GL纹理压缩格式压缩的纹理资源。如果应用程序能够多种纹理压缩格式，就必须使用多个supports-gl-texture元素。

　　・ uses-permission：声明应用程序所需权限。

　　・ permission：应用程序组件也可以创建权限来限制对共享应用程序组件的访问。（可以使用permission标签来创建权限定义）

　　・ instrumentation：instrumentation类提供了一个测试框架，用来在应用程序运行时测试应用程序组件。

　　・ application：一个Manifest只能包含一个application节点。用于指定应用程序的各种元数据（标题、图标和主题）。在开发时，建议将debuggable设为true，以启用调试，发布时可以禁用此属性。application节点包含了Activity、Service、Content Provider和Broadcast Receiver等子节点。并通过创建和是用自己的Application类扩展来管理应用程序的状态。

以下是对application子节点的简单介绍：

・ activity：应用程序的每一个Activity都需要一个此节点，并使用andorid:name属性来指定Activity类的名称。必须包含核心的启动Activity和其他所有可显示的Activity。启动一个没有定义的Activity就会抛出运行时异常。每一个activity节点都可以使用intent-filter子标签来定义用于启动该Activity的Intent。（指定类名时，可以使用“.”作为简写方式代替应用程序的包名）如下代码：

・ service和activity标签一样，需要为应用程中使用的每一Service类添加一个此标签。同样它也支持使用intent-filter子标签来进行运行时绑定。

・ provider：此标签用于指定应用程序中的每一Content Provider。（Content Provider用来管理数据库访问和共享）

・ receiver：通过添加receiver标签，可以注册一个Broadcast Receiver，而不用事先启动应用程序。一旦注册了之后，无论何时，只要与它相匹配的Intent被系统或应用程序广播出来，它就会立即执行。通过在manifest中注册一个Broadcast Receiver，可以使这个进程实现完全自治。如果一个匹配的Intent被广播了，则应用程序就会自动启动，并且你注册的Broadcast Receiver也会开始执行。每一个receiver节点都允许使用intent-filter子标签来定义可以用来触发接收器的Intent：

・ uses-library：用于指定该应用程序需要的共享库。