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

第零讲 概述

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

以上来自Android开发者中心

下面是一个AndroidManifest.xml示例：

<?xml version="1.0" encoding="utf-8"?> 

<manifest>  
    <uses-permission />  
    <permission />  
    <permission-tree />  
    <permission-group />  
    <instrumentation />  
    <uses-sdk />  
    <uses-configuration />    
    <uses-feature />    
    <supports-screens />    
    <compatible-screens />    
    <supports-gl-texture />    

    <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 />  
            <path-permission />  
        </provider>  

        <uses-library />  

    </application>  

</manifest>

第一讲 <manifest>标签

<manifest  xmlns:android="http://schemas.android.com/apk/res/android"  
          package="com.woody.test"  
          android:sharedUserId="string"  
          android:sharedUserLabel="string resource"  
          android:versionCode="integer"  
          android:versionName="string"  
          android:installLocation=["auto" | "internalOnly" | "preferExternal"] 
          xmlns:tools="http://schemas.android.com/tools">  <!--tools是后更新的，详情看H、tools的链接-->
</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之间就可以互相共享数据了。
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:

<manifest xmlns:android="http://schemas.android.com/apk/res/android"   
    package="com.android.demo.a1"  
    android:sharedUserId="com.c">

这个”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

[链接](http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2015/0309/2567.html)