写在前面：最近在看Android自带的学习指南，所以就把所看的内容整理下，方便自己查阅，或许对其他同仁也有所助，由于本人的英语水平有限，所以一些理解上或存在差错，希望热心朋友指正，在此谢过！
一、Android应用都必须包含一个名为AndroidManifest.xml的文件，文件存放在根目录下，它包含Android系统应用的基本信息，文件必须在执行一些应用代码前加 载，主要完成以下功能：
1.为应用命名包名，且包名唯一；
2.描述应用中的组件：activities, services, broadcast receivers,content providers，列出组件和签名的功能的实现类（比如，可以处理什么样的Intent）；
3.确定哪个是应用的主进程；
4.声明应用中的必须权限以便可以访问API的中被保护的部分以及和其它应用交互；它也可以声明其它要和应用组件交互的权限；
5.列出了Instrumentation类所提供的程序运行中所需的设置信息和其它信息。这些声明仅当应用被开发或被测试才存在于manifest中，应用发布时被移除；
6.声明应用所需的Android API最小级别（比如Android2.2 API的级别是8）；
7.列出应用必须连接依靠的库文件。
二、Manifest File的结构
1.下图显示的Manifest 的基本结构以及它可以包含的元素；每个元素和属性被定义在独立的文件中；
< manifest >
< uses-permission />
< permission />
< permission-tree />
< permission-group />
< instrumentation />
< uses-sdk />
< uses-configuration />
< uses-feature />
< supports-screens />
< application >
< activity >
< intent-filter >
< action />
< category />
< data />
</ intent-filter >
< meta-data />
</ activity >
< activity-alias >
< intent-filter > . . . </ intent-filter >
< meta-data />
</ activity-alias >
< service >
< intent-filter > . . . </ intent-filter >
< meta-data />
</ service >
< receiver >
< intent-filter > . . . </ intent-filter >
< meta-data />
</ receiver >
< provider >
< grant-uri-permission />
< meta-data />
</ provider >
< uses-library />
</ application >
</ manifest >
2. Manifest可以出现的组件只能是下面列出，这些是约定的组件，不能添加自己定义的逐渐和属性；
<action> <activity> <activity-alias> <application> <category> <data> <grant-uri-permission> <instrumentation> <intent-filter> <manifest> <meta-data> <permission> <permission-group> <permission-tree> <provider> <receiver> <service> <supports-screens> <uses-configuration> <uses-feature> <uses-library> <uses-permission> <uses-sdk>
三、Manifest文件约定
一些约定和规则适用所有在manifest的元素和属性：
1.Elements：只用<manifest>和<application>是必须的，它们必须且只能出现一次，其它大多数的可以不出现或出现多次，然而它们中的一些必须出现在manifest 中为了实现一些目的。如果一个一个元素根本不包含任何东西，它包含其它的元素。那么所有的值被设置成属性，不作为元素的字符数据；同一级别的数据通常不限制排列次序，但 <activity-alias>例外，它必须紧接着它要别名的<activity>；
2.Attributes：依一个合理的认知，所有的属性都是可选的，然而有些为了实现一定的目的必须指出，除了根元素<manifest>之外的其它一些元素，所有属性的命名以一个'android:'作为前缀；因为这个前缀是通用的，所以文档中通常省落它当根据名字提及属性时；
3.Declaring class names ：一些类相当于Java对象，包含应用自身的元素（<application>元素）和它主要的组件-(<activity>), services (<service>), broadcast receivers (<receiver>), 和content providers (<provider>)；如果你定义一个子类，通常都是继承组件类(Activity, Service, BroadcastReceiver, 和ContentProvider),子类中声明name属性，这个name必需必须包含完整的包名称，例如一个Service子类可以声明成如下样式：
<manifest . . . >
<application . . . >
<service android:name="com.example.project.SecretService" . . . >
. . .
</service>
. . .
</application>
</manifest>
然而，一种简便写法，如果子类第一个字符是点，name是这个字符附加在应用的包名（<manifest>元素的package属性）后，下面的声明方式等同于上面的。
<manifest package="com.example.project" . . . >
<application . . . >
<service android:name=".SecretService" . . . >
. . .
</service>
. . .
</application>
</manifest>
4.Multiple values如果超过一个的值被指定，这些元素通常是重复的，我们不是不是为每一个元素列出Multiple values；例如一个intent filter可以列出一些action；
<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>
5.Resource values ：一些属性有被显示给用户的值，例如，一个activity中的label和icon。这些属性的值被本地化，因此被设置在resource或theme中，Resource值被描述成如下的方式
@[package:]type:name
如果Resource和应用在同一个包下，那么package可以省略，type是resource的一种类型--例如"string" 或 "drawable"，name 是指定resource的标识，例如：<activity android:icon="@drawable/smallPic" . . . >
从theme中的获取Values被指定和Resource相识的方式，唯一不同的是使用大写的"?"代替"@"，如下：
?[package:]type:name
6.String values ：当一个属性的值是字符串，双反斜杠('\\')被用于转义--例如：'\\n'表示新行或'\\uxxxx'标识一个Unicode字符。
这次先写到这里。
扫一扫
4万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
