但是它也提供了2种APK间共享数据
的形式:
1. Share Preference. / Content Provider
本文对于这个不做详细解释
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就可以直接打开数据库
对于一个APK来说,如果要使
用某个共享UID
的话,必须做三步:
1、在Manifest节点中增加android:sharedUserId属性。
2、在Android.mk中增加LOCAL_CERTIFICATE
的定义。
如果增加了上面
的属性但没有定义与之对应
的LOCAL_CERTIFICATE
的话,APK是安装不上去
的。提示错误是:Package com.test.MyTest has no signatures that match those in shared user android.uid.system; ignoring!也就是说,仅有相同签名和相同sharedUserID标签
的两个应
用程序签名都会被分配相同
的
用户ID。例如所有和 media/download相关
的APK都使
用android.media作为sharedUserId
的话,那么它们必须有相同
的签名media。
3、把APK
的源码放到packages/apps/目录下,
用mm进行编译。
举例说明一下。
系统中所有使
用android.uid.system作为共享UID
的APK,都会首先在manifest节点中增加 android:sharedUserId="android.uid.system",然后在Android.mk中增加 LOCAL_CERTIFICATE := platform。可以参见Settings等
系统中所有使
用android.uid.shared作为共享UID
的APK,都会在manifest节点中增加 android:sharedUserId="android.uid.shared",然后在Android.mk中增加 LOCAL_CERTIFICATE := shared。可以参见Launcher等
系统中所有使
用android.media作为共享UID
的APK,都会在manifest节点中增加 android:sharedUserId="android.media",然后在Android.mk中增加LOCAL_CERTIFICATE := media。可以参见Gallery等。
另外,应
用创建
的任何文件都会被赋予应
用
的
用户标识,并且正常情况下不能被其他包访问。当通过 getSharedPreferences(String,int)、openFileOutput(String、int)或者 openOrCreate Database(String、int、SQLiteDatabase.CursorFactory)创建一个新文件时,开发者可以同时或分别使
用MODE_WORLD_READABLE和MODE_WORLD_RITEABLE标志允许其他包读/写此文件。当设置了这些标志后,这个文件仍然属于自己
的应
用程序,但是它
的全局读/写和读/写权限已经设置,所以其他任何应
用程序可以看到它。
关于签名:
build/target/product/security目录中有四组默认签名供Android.mk在编译APK使
用:
1、testkey:普通APK,默认情况下使
用。
2、platform:该APK完成一些系统
的核心功能。经过对系统中存在
的文件夹
的访问测试,这种方式编译出来
的APK所在进程
的UID为system。
3、shared:该APK需要和home/contacts进程共享数据。
4、media:该APK是media/download系统中
的一环。
应
用程序
的Android.mk中有一个LOCAL_CERTIFICATE字段,由它
指定
用哪个key签名,未
指定
的默认
用testkey.