Manifest.xml 入门基础 （一）概述与<manifest>标签

第零讲 概述

每个应用的根目录中都必须包含一个 AndroidManifest.xml 文件（且文件名精确无误）。 清单文件向 Android 系统提供应用的必要信息，系统必须具有这些信息方可运行应用的任何代码。

此外，清单文件还可执行以下操作： （1）为应用的 Java 软件包命名。软件包名称充当应用的唯一标识符。 （2）描述应用的各个组件，包括构成应用的 Activity、服务、广播接收器和内容提供程序。它还为实现每个组件的类命名并发布其功能，例如它们可以处理的 Intent 消息。这些声明向 Android 系统告知有关组件以及可以启动这些组件的条件的信息。 （3）确定托管应用组件的进程。 （4）声明应用必须具备哪些权限才能访问 API 中受保护的部分并与其他应用交互。还声明其他应用与该应用组件交互所需具备的权限 （5）列出 Instrumentation 类，这些类可在应用运行时提供分析和其他信息。这些声明只会在应用处于开发阶段时出现在清单中，在应用发布之前将移除。 （6）声明应用所需的最低 Android API 级别 （7）列出应用必须链接到的库

以上来自Android开发者中心

下面是一个AndroidManifest.xml示例：

      
           
            
            
            
            
            
            
              
              
              
              
              
                
                     
                          
                           
                           
                       
                      
                  
                 
                     
        
          . . . 
                      
                  
                 
                     
        
          . . . 
                      
                  
                 
                     
        
          . . . 
                      
                  
                 
                     
                      
                      
                  
                 
             
        
     

---

---

---

第一讲 <manifest>标签

A、xmlns:android

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

B、package

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

C、sharedUserId

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

Android给每个APK进程分配一个单独的用户空间,其manifest中的userid就是对应一个Linux用户(Android 系统是基于Linux)的.所以不同APK(用户)间互相访问数据默认是禁止的.但是它也提供了2种APK间共享数据的形式: 1. Share Preference. / Content Provider APK可以指定接口和数据给任何其他APK读取. 需要自己实现接口和Share的数据. 本文对于这个不做详细解释 2. Shared User id 通过Shared User id,拥有同一个User id的多个APK可以配置成运行在同一个进程中.所以默认就是可以互相访问任意数据. 也可以配置成运行成不同的进程, 同时可以访问其他APK的数据目录下的数据库和文件.就像访问本程序的数据一样.比如某个公司开发了多个Android 程序, 那么可以把数据,图片等资源集中放到APK A中去. 然后这个公司的所有APK都使用同一个User ID, 那么所有的资源都可以从APK A中读取. 举个例子: APK A 和APK B 都是C公司的产品,那么如果用户从APK A中登陆成功.那么打开APK B的时候就不用 再次登陆. 具体实现就是 A和B设置成同一个User ID: 在2个APK的AndroidManifest.xml 配置User ID:

这个”com.c” 就是user id, 然后packagename APK A就是上面的内容, APK B可能

是”com.android.demo.b1” 这个没有限制 这个设定好之后, APK B就可以像打开本地数据库那样 打开APK A中的数据库了. APK A把登陆信息存放在A的数据目录下面. APK B每次启动的时候读取APK A下面的数据库 判断是否已经登陆: APK B中的代码:

friendContext = this.createPackageContext(                      "com.android.demo.a1",                      Context.CONTEXT_IGNORE_SECURITY);

通过A的package name 就可以得到A的 packagecontext

通过这个context就可以直接打开数据库

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)

H、tools

[链接]()