manifest extras:

例子：

一、manifest属性：

1、xmlns:android

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

2、package

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

3、sharedUserId

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

Android给每个APK进程分配一个单独的用户空间,其manifest中的userid就是对应一个Linux用户(Android 系统是基于Linux)的.所以不同APK(用户)间互相访问数据默认是禁止的.但是它也提供了2种APK间共享数据的形式:

①. Share Preference. / Content Provider

APK可以指定接口和数据给任何其他APK读取. 需要自己实现接口和Share的数据.

本文对于这个不做详细解释

②. 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就可以直接打开数据库4、sharedUserLabel一个共享的用户名，它只有在设置了sharedUserId属性的前提下才会有意义5、versionCode是给设备程序识别版本(升级)用的必须是一个interger值代表app更新过多少次，比如第一版一般为1，之后若要更新版本就设置为2，3等等。。。6、versionName这个名称是给用户看的，你可以将你的APP版本号设置为1.1版，后续更新版本设置为1.2、2.0版本等等。。。7、installLocation安装参数，是Android2.2中的一个新特性，installLocation有三个值可以选择：internalOnly、auto、preferExternal①. 选择preferExternal,系统会优先考虑将APK安装到SD卡上(当然最终用户可以选择为内部ROM存储上，如果SD存储已满，也会安装到内部存储上)

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

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

二、manifest extras属性：

1.uses-sdk

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

2.supports-screens

这是在android1.6以后的新特性，支持多屏幕机制，各属性含义：这四个属性，是否支持大屏，是否支持中屏，是否支持小屏，是否支持多种不同密度。

3.uses-configuration

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

4.uses-feature

同上。