Android学习笔记（二）Manifest文件节点详解

　　在上一篇博文中简单介绍了Manifest文件及其存放位置，本篇就来详细介绍一下Manifest文件中的节点和一些节点的基本作用，首先看一下Manifest文件最基本的结构：

1 <manifest xmlns:android="http://schemas.android.com/apk/res/android"
2     package="com.codingblock.manifesttest"
3     android:versionCode="1"
4     android:versionName="1.0"
5     android:installLocation="preferExternal" >
6     <!-- ...nodes... -->
7 </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类扩展来管理应用程序的状态。

1    <application
2         android:allowBackup="true"
3         android:icon="@drawable/ic_launcher"
4         android:label="@string/app_name"
5         android:theme="@style/AppTheme"
6         android:debuggable="true" >
7         <!-- ...nodes... -->
8     </application>

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

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

1　　　　 <activity
2             android:name="com.codingblock.manifesttest.MainActivity"
3             android:label="@string/app_name" >
4             <intent-filter>
5                 <action android:name="android.intent.action.MAIN" />
6 
7                 <category android:name="android.intent.category.LAUNCHER" />
8             </intent-filter>
9         </activity>

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

1 　　<service android:name=".MyService">
2 　　</service>

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

1 　　<provider android:name=".MyContentProvider"
2         　　  android:authorities="com.codingblock.manifesttest.MyContentProvider">
3 　　</provider>

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

1 　　<receiver android:name=".MyIntentReceiver">
2             <intent-filter>
3                 <action android:name="com.codingblock.manifesttest.MyIntentReceiver"/>
4             </intent-filter>
5     </receiver>

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