AndroidManifest.xml 文件详解

最新推荐文章于 2022-03-02 10:14:55 发布

bytxl

最新推荐文章于 2022-03-02 10:14:55 发布

阅读量980

点赞数 1

分类专栏： android

本文链接：https://blog.csdn.net/bytxl/article/details/47747971

版权

android 专栏收录该内容

9 篇文章 0 订阅

订阅专栏

一，重要性

AndroidManifest.xml是Android应用程序中最重要的文件之一。它是Android程序的全局配置文件，是每个android程序中必须的文件。它位于我们开发的应用程序的根目录下，描述了package中的全局数据，包括package中暴露的组件（activities, services, 等等），以及他们各自的实现类，各种能被处理的数据和启动位置等重要信息。
因此，该文件提供了Android系统所需要的关于该应用程序的必要信息，即在该应用程序的任何代码运行之前系统所必须拥有的信息。一个典型的Android应用程序的结构如下图所示：

二，主要功能

它指定了该应用程序的Java包：该包名作为应用程序的一个独特标识。

它描述了应用程序组件：该应用程序由哪些activity，service，broadcast receiver和content provider组成。它指定了实现每个组件的类以及公开发布它们的能力(例如，它们能持有哪个Intent信息)。这些声明使Android系统知道这儿有什么组件以及在什么条件下它们可以被载入。

它决定那些进程将容纳应用程序组件。

它声明了本应用程序必须拥有哪些许可，以便访问API的被保护部分，以及与其他应用程序交互。

它也声明了其他应用程序在和该应用程序交互时需要持有的许可。

它列出了Instrumentation类，可以在应用程序运行时提供简档和其他信息。这些声明仅当应用程序在开发和测试过程中被提供；它们将在应用程序正式发布之前被移除。

它声明了该应用程序所需的Android API的最小化水平。

它列出了该应用程序必须链接的库。

三，主要结构及规则

下面列表显示了manifest文件的通常的结构以及它可以含有的元素。每个元素，连同它的所有属性，会在各个单独的文档里进行充分的描绘。

<?xml version="1.0" encoding="utf-8"?>   
<manifest>  //根节点，描述了package中所有的内容   
      <original-package  />//original-package应该是通知PackageManager做替换  
    <uses-permission /> //请求你的package正常运作所需赋予的安全许可。一个manifest能包含零个或更多此元素   
    <permission />  //声明了安全许可来限制哪些程序能使用你的package中的组件和功能。一个manifest能包含零个或更多此元素   
    <permission-tree />    
    <permission-group />   
    <instrumentation />  //声明了用来测试此package或其他package指令组件的代码。一个manifest能包含零个或更多此元素   
    <uses-sdk />  //指定当前应用程序兼容的最低sdk版本号   
    <application>  //包含package中application级别组件声明的根节点。此元素也可包含 application中全局和默认的属性，如标签，icon，主题，必要的权限，等等。一个manifest能包含零个或一个此元素（不允许多余一个）   
        <activity>  //用来与用户交互的主要工具。当用户打开一个应用程序的初始页面时一个activity,大部分被使用到的其他页面也由不同的activity所实现并声明在另外的activity标记中。   
            <intent-filter>  //声明了指定的一组组件支持的Intent值   
                <action />   
                <category />   
                <data />   
                    <type/>   
                    <schema/>   
                    <authority/>   
                    <path/>   
            </intent-filter>   
            <meta-data />   
        </activity>   
        <activity-alias>   
            <intent-filter> . . . </intent-filter>   
            <meta-data />   
        </activity-alias>   
        <service>  //Service是能在后台运行任意时间的组件   
            <intent-filter> . . . </intent-filter>   
            <meta-data/>   
        </service>   
        <receiver>   //IntentReceiver能使你的application获得数据的改变或者发生的操作，即使它当前不在运行   
            <intent-filter> . . . </intent-filter>   
            <meta-data />   
        </receiver>   
        <provider>  //ContentProvider是用来管理持久化数据并发布给其他应用程序使用的组件   
            <grant-uri-permission />   
            <meta-data />   
        </provider>   
        <uses-library />   
        <uses-configuration />     
    </application>   
</manifest>

下面是按照字母顺序排列的所有可以出现在manifest文件里的元素。它们是唯一合法的元素；你不能加入你自己的元素或属性。

<action>   
<activity>   
<activity-alias>   
<application>   
<category>   
<data>   
<grant-uri-permission>   
<instrumentation>   
<intent-filter>   
<manifest>   
<meta-data>   
<original-package>  
<permission>   
<permission-group>   
<permission-tree>   
<provider>   
<receiver>   
<service>   
<uses-configuration>   
<uses-library>   
<uses-permission>   
<uses-sdk>

说明：AndroidManifest.xml文件的结构、元素，以及元素的属性，可以在Android SDK文档中查看详细说明。而在看这些众多的元素以及元素的属性前，需要先了解一下这些元素在命名、结构等方面的规则：

属性

在正式的含义中，所有的属性都是可选的，但是，为了达成目的，必须要给元素指定一些属性。对于真正的可选属性，会指定发生在特殊情况下的默认值或状态。

除了<manifest>根元素的一些属性之外，其他所有属性的命名都带有android:前缀---例如，android:alwaysRetainTaskState。因为这个前缀是通用的，所以本文档在提到属性名时，通常会忽略这个前缀。

声明类名称

许多元素都对应着Java对象，包括代表应用程序自己的元素<application>，以及基本的组件---<activity>、<service>、<receiver>、<provider>等。

如果要定义子类，那么这些子类几乎总是继承以下组件类：Activity、Service、BroadcastReceiver、ContentProvider。子类是通过name属性来声明的。这个名称必须是完整Java包名。例如，下例演示了Service子类的声明方法：

但是，也可以使用简略的表达方式，用”.”符号做为name属性值的第一个字符。在Android系统解析是会在”.”符号前追加包名（包名是在<manifest>元素的package属性中声明的）。下例的声明方法与上例的结果相同：

在启动组件时，Android会创建这个命名子类的一个实例对象。如果没有指定子类，那么就会创建一个基类的实例对象。

多个值的设定

如果要给一个元素指定多个值，那么几乎总是重复使用这个元素，而不是在一个元素中列出多个值。如：

<intent-filter . . . >
  <action android:name="android.intent.action.EDIT"/>
  <action android:name="android.intent.action.INSERT"/>
  <action android:name="android.intent.action.DELETE"/>
. . .
</intent-filter>

资源值的设定

有一些属性值是能够显示给用户的---例如，Activity的标题和图标。这些属性值应该被本地化，并因此要设置在资源或主题中。资源值是用下列格式来表示的：@[package:]type:name

如果资源与应用在同一个包中，那么package的名称可以被忽略，type是资源的类型---如“string”或“drawable”，name是标识指定资源的名称。例如：

来自主题的值是用类似的方式来表示的，但是要以‘？’开始，而不是‘@’：

?[package:]type:name

String值的设定

当属性值是一个字符串是，‘\\’符号要用于字符转义---如‘\\n’表示在此处换行，‘\\uxxxx’表示‘xxxx’是Unicode字符。

Intent过滤器

应用程序的核心组件（Activity、Service、Broadcast Receiver）都是通过Intent对象来激活的。Intent对象绑定了所期望的操作的信息说明---包括要操作的数据、执行操作的组件类别、以及其他相关的指令。Android会定位一个合适的组件来响应Intent对象的请求，如果需要它启动这个组件的一个新的实例，并且（会）把Intent对象传递给这个实例。

组件通过Intent过滤器来公布它们所具有的能力---组件所能响应的Intent对象的类型。因此Android系统在启动组件之前，必须了解组件能够处理那些Intent对象，Intent过滤器要在清单文件的<intent-filter>元素中指定。

明确命名目标组件的Intent对象，会激活那个组件，过滤器并不扮演一个角色，但是如果没有指定目标组件名称的Intent对象要想激活一个组件，那么它必须能够通过这个组件的一个过滤器来传递。

图标和标题

许多元素有icon和label属性，这两个属性能够声明显示给用户的小图标和文本标签。还有一些属性有description属性，这个属性值用于在屏幕上显示一些比较长的解释性的文本。例如<permission>元素就有这三个属性，这样在用户询问是否授予应用程序所请求权限时，就可以用一个icon代表权限、label代表权限名称、description来详细说明权限的内容，并把这些信息展示给用户。

在任何情况下，在容器型元素中设置的icon和label都会成为它所包含的所有子元素的默认的icon和label设置。这样，在<application>元素中设置的icon和label属性值就会成为每个应用程序组件的默认icon和label值。针对一个组件的icon和label设置也会有同样的效果---例如，一个<activity>元素中设置的icon和label属性值，会成这个<activity>中每个<intent-filter>元素的默认设置。如果<application>元素设置了一个label属性，但是<activity>元素以及它的<intent-filter>都没有设置这个属性，那么这个<application>元素的label属性值会作为<activity>和<intent-filter>元素的label属性的默认值。

给Intent过滤器设置的icon和label属性被用于代表一个组件，不管什么时候，过滤器都会用这两个属性来向用户展示组件所能满足的功能。例如，带有android.intent.action.MAIN和android.intent.category.LAUNCHER操作的一个过滤器，会把对应的Activity做应用程序的启动界面来处理，也就是说，它应该作为Android应用程序启动器中一个应用程序来显示，因此这个过滤器中的icon和label的属性设置应该显示在Launcher中。

权限

permission是一种约束，它限制了对设备上的数据或部分代码的访问。施加权限是为了保护关键的数据和代码不被滥用，防止给用户带来不好的用户体验。

每种权限都会有一个唯一的标签来标识。通常，标签指明了要约束的操作。例如：

android.permission.CALL_EMERGENCY_NUMBERS
android.permission.READ_OWNER_DATA
android.permission.SET_WALLPAPER
android.permission.DEVICE_POWER

一个功能能够通过多个权限来施加保护。

如果应用程序需要访问一个被权限保护的功能，那么它必须在清单文件中用<uses-permission>元素来声明其要求的权限。然后，在应用程序被安装到设备上时，Android安装器会通过检查应用程序的数字证书，以及询问用户，来确定是否要授予应用程序所请求的权限。如果权限请求被接受，那么应用程序就能够使用被保护的功能，否则，在试图访问那些受保护的功能时就会失败，而且不会给用户任何提示。

应用程序也可以有保护它自己的组件（Activity、Service、Broadcast Receiver、Content Provider）。通常可以利用Android系统中定义的权限（在android.Manifest.permission类中列出的权限），也可以利用其它应用程序声明的权限，还可以定义自己的权限。用<permission>元素来声明一个新的权限。例如，一个Activity可以通过下列方法来保护：

要注意的是，在这个例子中，不仅使用<permission>元素声明了一个DEBIT_ACCT权限，而且还用<uses-permission>元素申请了一个DEBIT_ACCT权限。为了让应用程序的其他组件能够启动这个被保护的Activity，即使这种保护是应用程序自己施加的，也必须要这样申请。

在同一个例子中，如果permission属性设置了另外一种权限（如android:permission.CALL_EMERGENCY_NUMBERS），那么就没有必要再用<permission>元素来声明它了。但是依然有必要使用<uses-permission>元素来进行必要的申请。

<permission-tree>元素为一组在代码中定义的权限声明了一个命名空间，并且<permission-group>元素为这个权限组定义了一个标签，这个标签在向用户展示权限时，只会影响到权限的分组。<permission-group>元素没有指定哪个权限属于该组，它只是给出了一个组名。一个权限通过比较<permission>元素的permissionGroup属性值来确定其分组。

外部类库

每个应用程序都会链接默认的Android类库，包括构建程序的基本程序包（如，Activity、Service、Intent、View、Button、Application、ContentProvider等等）。

但是，有些包会驻留在它们自己的类库中，如果应用要使用这些包中的代码，就必须明确的要求链接这些类库。对于每个要链接的类库，清单文件中必须包含单独的<uses-library>元素。

值得一提的常用之处：

1、几乎所有的AndroidManifest.xml（以及许多其他Android的xml的文件）在第一个元素中包含了命名空间的声明 xmlns:android="http://schemas.android.com/apk/res/android"。这样使得Android中各种标准属性能在文件中使用，提供了大部分元素中的数据。
2、大部分manifests包含了单个<application>的元素，它定义了所有的application级别组件和属性，并能在package中使用。
3、任何被用户看作顶层应用程序，并能被程序启动器所用的package，需要包含至少一个Activity组件来支持MAIN操作和LAUNCHER种类。动作android.intent.action.MAIN指示这是应用程序的入口点。类别 android.intent.category.LAUNCHER将此Activity放在启动器窗口中。
4、在最外层的<manifest>中包含了包名如 package="cn.androidlover.demo" 、软件的版本号 android:versionCode="1" 以及 android:versionName="1.0"的属性。

5、里面一层的<application>分支中将可能包含Android程序的四种对象 Activity、Service、Content Provider以及Receiver。我们每添加上面四个类型中的任一种新对象都需要在androidmanifest.xml文件中添加相应节点，否则运行时将会产生异常。每一个activity必须要一个<activity>标记对应，无论它给外部使用或是只用于自己的package 中。如果一个activity没有对应的标记，你将不能运行它。
此文件一个重要的地方就是它所包含的intent-filters。这些filters描述了activity启动的位置和时间。每当一个 activity（或者操作系统）要执行一个操作（例如：打开网页或联系簿时），它创建出一个intent的对象。它能承载一些信息描述了你想做什么，你想处理什么数据，数据的类型，和一些其他信息。Android比较了intent对象中和每个application所暴露的intent-filter中的信息，来找到最合适的activity来处理调用者所指定的数据和操作。关于intent的更多信息请访问Intent参考页面。

四、各个节点的详细介绍

上面就是整个am(androidManifest).xml的结构，下面以外向内开始阐述～～

1、第一层(<Manifest>):(属性)

A、xmlns:android

定义android命名空间，一般为http://schemas.android.com/apk/res/android，这样使得Android中各种标准属性能在文件中使用，提供了大部分元素中的数据。

B、package

指定本应用内java主程序包的包名，它也是一个应用进程的默认名称

C、sharedUserId

表明数据权限，因为默认情况下，Android给每个APK分配一个唯一的UserID，所以是默认禁止不同APK访问共享数据的。若要共享数据，第一可以采用Share Preference方法，第二种就可以采用sharedUserId了，将不同APK的sharedUserId都设为一样，则这些APK之间就可以互相共享数据了。详见：http://wallage.blog.163.com/blog/static/17389624201011010539408/

D、sharedUserLabel

一个共享的用户名，它只有在设置了sharedUserId属性的前提下才会有意义

E、versionCode

是给设备程序识别版本(升级)用的必须是一个interger值代表app更新过多少次，比如第一版一般为1，之后若要更新版本就设置为2，3等等。。。

F、versionName

这个名称是给用户看的，你可以将你的APP版本号设置为1.1版，后续更新版本设置为1.2、2.0版本等等。。。

G、installLocation

安装参数，是Android2.2中的一个新特性，installLocation有三个值可以选择：internalOnly、auto、preferExternal

选择preferExternal,系统会优先考虑将APK安装到SD卡上(当然最终用户可以选择为内部ROM存储上，如果SD存储已满，也会安装到内部存储上)

选择auto，系统将会根据存储空间自己去适应

选择internalOnly是指必须安装到内部才能运行

(注：需要进行后台类监控的APP最好安装在内部，而一些较大的游戏APP最好安装在SD卡上。现默认为安装在内部，如果把APP安装在SD卡上，首先得设置你的level为8，并且要配置android:installLocation这个参数的属性为preferExternal)

2、第二层(<Application>):属性

一个AndroidManifest.xml中必须含有一个Application标签，这个标签声明了每一个应用程序的组件及其属性(如icon,label,permission等)

A、android:allowClearUserData('true' or 'false')

用户是否能选择自行清除数据，默认为true，程序管理器包含一个选择允许用户清除数据。当为true时，用户可自己清理用户数据，反之亦然

B、android:allowTaskReparenting('true' or 'false')

是否允许activity更换从属的任务，比如从短信息任务切换到浏览器任务

C、android:backupAgent

这也是Android2.2中的一个新特性，设置该APP的备份，属性值应该是一个完整的类名，如com.project.TestCase，此属性并没有默认值，并且类名必须得指定(就是个备份工具，将数据备份到云端的操作)

D、android:debuggable

这个从字面上就可以看出是什么作用的，当设置为true时，表明该APP在手机上可以被调试。默认为false,在false的情况下调试该APP，就会报以下错误：

Device XXX requires that applications explicitely declare themselves as debuggable in their manifest.

Application XXX does not have the attribute 'debuggable' set to TRUE in its manifest and cannot be debugged.

E、android:description/android:label

此两个属性都是为许可提供的，均为字符串资源，当用户去看许可列表(android:label)或者某个许可的详细信息(android:description)时，这些字符串资源就可以显示给用户。label应当尽量简短，之需要告知用户该许可是在保护什么功能就行。而description可以用于具体描述获取该许可的程序可以做哪些事情，实际上让用户可以知道如果他们同意程序获取该权限的话，该程序可以做什么。我们通常用两句话来描述许可，第一句描述该许可，第二句警告用户如果批准该权限会可能有什么不好的事情发生

F、android:enabled

Android系统是否能够实例化该应用程序的组件，如果为true，每个组件的enabled属性决定那个组件是否可以被 enabled。如果为false，它覆盖组件指定的值；所有组件都是disabled。

G、android:hasCode('true' or 'false')

表示此APP是否包含任何的代码，默认为true，若为false，则系统在运行组件时，不会去尝试加载任何的APP代码

一个应用程序自身不会含有任何的代码，除非内置组件类，比如Activity类，此类使用了AliasActivity类，当然这是个罕见的现象

(在Android2.3可以用标准C来开发应用程序，可在androidManifest.xml中将此属性设置为false,因为这个APP本身已经不含有任何的JAVA代码了)

H、android:icon

这个很简单，就是声明整个APP的图标，图片一般都放在drawable文件夹下

I、android:killAfterRestore

J、android:manageSpaceActivity

K、android:name

为应用程序所实现的Application子类的全名。当应用程序进程开始时，该类在所有应用程序组件之前被实例化。

若该类(比方androidMain类)是在声明的package下，则可以直接声明android:name="androidMain",但此类是在package下面的子包的话，就必须声明为全路径或android:name="package名称.子包名成.androidMain"

L、android:permission

设置许可名，这个属性若在<application>上定义的话，是一个给应用程序的所有组件设置许可的便捷方式，当然它是被各组件设置的许可名所覆盖的

M、android:presistent

该应用程序是否应该在任何时候都保持运行状态,默认为false。因为应用程序通常不应该设置本标识，持续模式仅仅应该设置给某些系统应用程序才是有意义的。

N、android:process

应用程序运行的进程名，它的默认值为<manifest>元素里设置的包名，当然每个组件都可以通过设置该属性来覆盖默认值。如果你想两个应用程序共用一个进程的话，你可以设置他们的android:process相同，但前提条件是他们共享一个用户ID及被赋予了相同证书的时候

O、android:restoreAnyVersion

同样也是android2.2的一个新特性，用来表明应用是否准备尝试恢复所有的备份，甚至该备份是比当前设备上更要新的版本，默认是false

P、android:taskAffinity

拥有相同的affinity的Activity理论上属于相同的Task，应用程序默认的affinity的名字是<manifest>元素中设定的package名

Q、android:theme

是一个资源的风格，它定义了一个默认的主题风格给所有的activity,当然也可以在自己的theme里面去设置它，有点类似style。

3、第三层(<Activity>):属性

包含于（CONTAINED IN）：

能够包含的元素（CAN CONTAIN）：

<intent-filter>

<meta-data>

说明（DESCRIPTION）：

这个元素声明了一个Activity（或Activity的子类），Activity实现了应用程序的可视化用户界面部分。应用程序中所有的Activity都必须在清单文件中用<activity>元素来声明，没有在清单文件中声明的Activity，系统不会看到，也不会运行它。

属性（ATTRIBUTES）：

(注：有些在application中重复的就不多阐述了)

1、android:alwaysRetainTaskState

是否保留状态不变，比如切换回home, 再从新打开，activity处于最后的状态。比如一个浏览器拥有很多状态(当打开了多个TAB的时候)，用户并不希望丢失这些状态时，此时可将此属性设置为true

2、android:clearTaskOnLaunch
比如 P 是 activity, Q 是被P 触发的 activity, 然后返回Home, 重新启动 P，是否显示 Q

3、android:configChanges

当配置list发生修改时，是否调用 onConfigurationChanged() 方法比如 "locale|navigation|orientation".
这个我用过,主要用来看手机方向改变的. android手机在旋转后,layout会重新布局, 如何做到呢?
正常情况下. 如果手机旋转了.当前Activity后杀掉,然后根据方向重新加载这个Activity. 就会从onCreate开始重新加载.
如果你设置了这个选项, 当手机旋转后,当前Activity之后调用onConfigurationChanged() 方法. 而不跑onCreate方法等.

4、android:excludeFromRecents

是否可被显示在最近打开的activity列表里，默认是false

5、android:finishOnTaskLaunch

当用户重新启动这个任务的时候，是否关闭已打开的activity，默认是false

如果这个属性和allowTaskReparenting都是true,这个属性就是王牌。Activity的亲和力将被忽略。该Activity已经被摧毁并非re-parented

6、android:launchMode(Activity加载模式)

在多Activity开发中，有可能是自己应用之间的Activity跳转，或者夹带其他应用的可复用Activity。可能会希望跳转到原来某个Activity实例，而不是产生大量重复的Activity。这需要为Activity配置特定的加载模式，而不是使用默认的加载模式

Activity有四种加载模式：

standard、singleTop、singleTask、singleInstance(其中前两个是一组、后两个是一组)，默认为standard

standard：就是intent将发送给新的实例，所以每次跳转都会生成新的activity。

singleTop：也是发送新的实例，但不同standard的一点是，在请求的Activity正好位于栈顶时(配置成singleTop的Activity)，不会构造新的实例

singleTask：和后面的singleInstance都只创建一个实例，当intent到来，需要创建设置为singleTask的Activity的时候，系统会检查栈里面是否已经有该Activity的实例。如果有直接将intent发送给它。

singleInstance：

首先说明一下task这个概念，Task可以认为是一个栈，可放入多个Activity。比如启动一个应用，那么Android就创建了一个Task，然后启动这个应用的入口Activity，那在它的界面上调用其他的Activity也只是在这个task里面。那如果在多个task中共享一个Activity的话怎么办呢。举个例来说，如果开启一个导游服务类的应用程序，里面有个Activity是开启GOOGLE地图的，当按下home键退回到主菜单又启动GOOGLE地图的应用时，显示的就是刚才的地图，实际上是同一个Activity，实际上这就引入了singleInstance。singleInstance模式就是将该Activity单独放入一个栈中，这样这个栈中只有这一个Activity，不同应用的intent都由这个Activity接收和展示，这样就做到了共享。当然前提是这些应用都没有被销毁，所以刚才是按下的HOME键，如果按下了返回键，则无效

7、android:multiprocess

是否允许多进程，默认是false

具体可看该篇文章：http://www.bangchui.org/simple/?t3181.html

8、android:noHistory

当用户从Activity上离开并且它在屏幕上不再可见时，Activity是否从Activity stack中清除并结束。默认是false。Activity不会留下历史痕迹

9、android:screenOrientation

activity显示的模式

默认为unspecified：由系统自动判断显示方向

landscape横屏模式，宽度比高度大

portrait竖屏模式, 高度比宽度大

user模式，用户当前首选的方向

behind模式：和该Activity下面的那个Activity的方向一致(在Activity堆栈中的)

sensor模式：有物理的感应器来决定。如果用户旋转设备这屏幕会横竖屏切换

nosensor模式：忽略物理感应器，这样就不会随着用户旋转设备而更改了

10、android:stateNotNeeded

activity被销毁或者成功重启时是否保存状态

11、android:windowSoftInputMode

activity主窗口与软键盘的交互模式，可以用来避免输入法面板遮挡问题，Android1.5后的一个新特性。

这个属性能影响两件事情：

【A】当有焦点产生时，软键盘是隐藏还是显示

【B】是否减少活动主窗口大小以便腾出空间放软键盘

各值的含义：

【A】stateUnspecified：软键盘的状态并没有指定，系统将选择一个合适的状态或依赖于主题的设置

【B】stateUnchanged：当这个activity出现时，软键盘将一直保持在上一个activity里的状态，无论是隐藏还是显示

【C】stateHidden：用户选择activity时，软键盘总是被隐藏

【D】stateAlwaysHidden：当该Activity主窗口获取焦点时，软键盘也总是被隐藏的

【E】stateVisible：软键盘通常是可见的

【F】stateAlwaysVisible：用户选择activity时，软键盘总是显示的状态

【G】adjustUnspecified：默认设置，通常由系统自行决定是隐藏还是显示

【H】adjustResize：该Activity总是调整屏幕的大小以便留出软键盘的空间

【I】adjustPan：当前窗口的内容将自动移动以便当前焦点从不被键盘覆盖和用户能总是看到输入内容的部分

4、第四层(<intent-filter>)

结构图：

<intent-filter android:icon="drawable resource"
android:label="string resource"
android:priority="integer" >

</intent-filter>

intent-filter属性：

android:priority

(解释：有序广播主要是按照声明的优先级别，如A的级别高于B，那么，广播先传给A，再传给B。优先级别就是用设置priority属性来确定，范围是从-1000～1000，数越大优先级别越高)

Intent filter内会设定的资料包括action,data与category三种。也就是说filter只会与intent里的这三种资料作对比动作

action属性

action很简单，只有android:name这个属性。常见的android:name值为android.intent.action.MAIN，表明此activity是作为应用程序的入口。有关android:name具体有哪些值，可参照这个网址：http://hi.baidu.com/linghtway/blog/item/83713cc1c2d053170ff477a7.html

语法（SYNATX）：

包含于（CONTAINED IN）：

<intent-filter>

说明（DESCRIPTION）：

给Intent过滤器添加一个操作。一个<intent-filter>元素必须包含一个或多个<action>元素，如果一个也没有包含，那么就不会有Intent对象通过过滤器。

属性（ATTRIBUTES）：

android:name

它定义了操作的名称。在Intent类中用ACTION_string常量定义一些标准的操作。要把这些操作跟这个属性关联，就要把前置的ACTION_字符串换成“android.intent.action.”。例如，对于ACTION_MAIN操作，要使用android.intent.action.MAIN来作为属性值，对于ACTION_WEB_SEARCH操作，要使用android.intent.action.WEB_SEATCH来作为属性值。

对于自定义的操作，最好使用包名来作为前缀，以确保唯一性。例如，TRANSMOGRIFY操作可以像下例这样定义：

引入版本（INTRODUCED IN）：

API级别 1

category属性

category也只有android:name属性。常见的android:name值为android.intent.category.LAUNCHER(决定应用程序是否显示在程序列表里)

有关android:name具体有哪些值，可参照这个网址：http://chroya.javaeye.com/blog/685871

data属性

【1】每个<data>元素指定一个URI和数据类型（MIME类型）。它有四个属性scheme、host、port、path对应于URI的每个部分：
scheme://host:port/path

scheme的值一般为"http"，host为包名，port为端口号，path为具体地址。如：http://com.test.project:200/folder/etc

其中host和port合起来构成URI的凭据(authority)，如果host没有指定，则port也会被忽略

要让authority有意义，scheme也必须要指定。要让path有意义，scheme+authority也必须要指定

【2】mimeType（指定数据类型），若mimeType为'Image'，则会从content Provider的指定地址中获取image类型的数据。还有'video'啥的，若设置为video/mp4，则表示在指定地址中获取mp4格式的video文件

【3】而pathPattern和PathPrefix主要是为了格式化path所使用的

5、第四层<meta-data>

这是该元素的基本结构.可以包含在<activity> <activity-alias> <service> <receiver>四个元素中。

android:name（解释：元数据项的名字，为了保证这个名字是唯一的，采用java风格的命名规范，如com.woody.project.fried)

android:resource(解释：资源的一个引用，指定给这个项的值是该资源的id。该id可以通过方法Bundle.getInt()来从meta-data中找到。)

android:value(解释：指定给这一项的值。可以作为值来指定的数据类型并且组件用来找回那些值的Bundle方法：[getString],[getInt],[getFloat],[getString],[getBoolean])

6、第三层<activity-alias>属性

<activity-alias android:enabled=["true" | "false"]
                android:exported=["true" | "false"]
                android:icon="drawable resource"
                android:label="string resource"
                android:name="string"
                android:permission="string"
                android:targetActivity="string">

<intent-filter/>
<meta-data/>
</activity-alias>

<activity-alias>是为activity创建快捷方式的，如下实例：

<intent-filter>

</intent-filter>

</activity>

<activity-alias android:name=".CreateShortcuts" android:targetActivity=".shortcut" android:label="@string/shortcut">

<intent-filter>

</intent-filter>

</activity-alias>

其中android.targetActivity是指向对应快捷方式的activity,如上述的shortcut(此Activity名)

android:label是指快捷方式的名称，而快捷方式的图标默认是给定的application图标

7、第三层<service>

【1】service与activity同级，与activity不同的是，它不能自己启动的，运行在后台的程序，如果我们退出应用时，Service进程并没有结束，它仍然在后台运行。比如听音乐，网络下载数据等，都是由service运行的

【2】service生命周期：Service只继承了onCreate(),onStart(),onDestroy()三个方法，第一次启动Service时，先后调用了onCreate(),onStart()这两个方法，当停止Service时，则执行onDestroy()方法，如果Service已经启动了，当我们再次启动Service时，不会在执行onCreate()方法，而是直接执行onStart()方法

【3】service与activity间的通信

Service后端的数据最终还是要呈现在前端Activity之上的，因为启动Service时，系统会重新开启一个新的进程，这就涉及到不同进程间通信的问题了(AIDL)，Activity与service间的通信主要用IBinder负责。具体可参照：http://zhangyan1158.blog.51cto.com/2487362/491358

【4】

<service android:enabled=["true" | "false"]

android:exported[="true" | "false"]

android:icon="drawable resource"

android:label="string resource"

android:name="string"

android:permission="string"

android:process="string">

</service>

service标签内的属性之前已有描述，在此不重复了～

8、第三层<receiver>

receiver的属性与service一样，这里就不显示了

BroadcastReceiver：用于发送广播，broadcast是在应用程序之间传输信息的一种机制，而BroadcastReceiver是对发送出来的 Broadcast进行过滤接受并响应的一类组件，具体参照http://kevin2562.javaeye.com/blog/686787

9、第三层<provider>属性

<provider android:authorities="list"

android:enabled=["true" | "false"]

android:exported=["true" | "false"]

android:grantUriPermissions=["true" | "false"]

android:icon="drawable resource"

android:initOrder="integer"

android:label="string resource"

android:multiprocess=["true" | "false"]

android:name="string"

android:permission="string"

android:process="string"

android:readPermission="string"

android:syncable=["true" | "false"]

android:writePermission="string">

<grant-uri-permission/>

<meta-data/>

</provider>

contentProvider(数据存储)

【1】android:authorities：

标识这个ContentProvider，调用者可以根据这个标识来找到它

【2】android:grantUriPermission：

对某个URI授予的权限

【3】android:initOrder

10、第三层<uses-library>

用户库，可自定义。所有android的包都可以引用

11、第一层<supports-screens>

<supports-screens android:smallScreens=["true" | "false"]
                  android:normalScreens=["true" | "false"]
                  android:largeScreens=["true" | "false"]
                  android:anyDensity=["true" | "false"] />

这是在android1.6以后的新特性，支持多屏幕机制

各属性含义：这四个属性，是否支持大屏，是否支持中屏，是否支持小屏，是否支持多种不同密度

12、第二层<uses-configuration />与<uses-feature>性能都差不多

<uses-feature android:glEsVersion="integer"
android:name="string"
android:required=["true" | "false"] />

这两者都是在描述应用所需要的硬件和软件特性，以便防止应用在没有这些特性的设备上安装。

13、第二层<uses-sdk />

<uses-sdk android:minSdkVersion="integer"
android:targetSdkVersion="integer"
android:maxSdkVersion="integer"/>

描述应用所需的api level，就是版本，目前是android 2.2 = 8，android2.1 = 7，android1.6 = 4，android1.5=3

在此属性中可以指定支持的最小版本，目标版本以及最大版本

14、第二层<instrumentation />

定义一些用于探测和分析应用性能等等相关的类，可以监控程序。在各个应用程序的组件之前instrumentation类被实例化

android:functionalTest(解释：instrumentation类是否能运行一个功能测试，默认为false)

15、<permission>、<uses-permission>、<permission-tree />、<permission-group />区别～

最常用的当属<uses-permission>，当我们需要获取某个权限的时候就必须在我们的manifest文件中声明，此<uses-permission>与<application>同级，具体权限列表请看此处

通常情况下我们不需要为自己的应用程序声明某个权限，除非你提供了供其他应用程序调用的代码或者数据。这个时候你才需要使用<permission> 这个标签。很显然这个标签可以让我们声明自己的权限。比如：

那么在activity中就可以声明该自定义权限了，如：

android:permission="com.teleca.project.MY_SECURITY"> </activity>

</application>

当然自己声明的permission也不能随意的使用，还是需要使用<uses-permission>来声明你需要该权限

<permission-group> 就是声明一个标签，该标签代表了一组permissions，而<permission-tree>是为一组permissions声明了一个namespace。这两个标签可以看之前的系列文章。

http://www.cnblogs.com/greatverve/archive/2012/05/08/AndroidManifest-xml.html

http://www.cnblogs.com/pilang/archive/2011/04/20/2022932.html

http://blog.csdn.net/dai_zhenliang/article/details/39577991

bytxl

关注

1
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
AndroidManifest.xml 文件详解

一，重要性AndroidManifest.xml是Android应用程序中最重要的文件之一。它是Android程序的全局配置文件，是每个android程序中必须的文件。它位于我们开发的应用程序的根目录下，描述了package中的全局数据，包括package中暴露的组件（activities, services, 等等），以及他们各自的实现类，各种能被处理的数据和启动位置等重要信息。
复制链接

扫一扫