- 浏览: 544742 次
- 性别:
- 来自: 成都
文章分类
最新评论
-
q649916440:
使用这个的目的是什么呢?感觉没啥优势啊,用起来还绕个大圈
使用googleapi-client-java操作gtasks(一) -
文艺吧网:
还有一个GZIP的问题,我怎么转都乱码最后是因为要解压一下ht ...
关于使用InputStreamReader读取GBK编码文件乱码的问题 -
xiaodousa:
9楼正解!
Android在Listview中使用EditText -
fxiaozj:
zyp09 写道很想知道在Mainactivity界面怎么获得 ...
Android PreferenceActivity 学习笔记 -
zylc369:
楼主很用心,一定要顶
Android通过共享用户ID来实现多Activity进程共享
1.同一Apk中的同一包中的Activity调用时进程状况验证
[1]创建Project:
project name: FirstProject
package:com.demo
默认Activity:MainActivity
[2]添加一个新的Activity:
name:SecondActivity
[3]修改布局。在MainActivity布局中添加一个Button,当点击此Button时启动SecondActivity。在SecondActivity的布局中放置一个Textview,以证明SecondActivity已启动。
[4]运行程序,查看此Ap进程情况:
USER:app_36 PID:8360 NAME:com.demo
点击按钮,启动SecondActivity,再次查看进程情况:
USER:app_36 PID:8360 NAME:com.demo
进程列表没有变化,两个Activity运行在同一进程中。
2.同一Apk中的不同包的Activity调用时进程状况验证
[1]将SecondActivity挪到包com.demo.second中去,相应修改AndroidManifest.xml中的name为:com.demo.second.SecondActivity
[2]运行程序,查看此时进程情况:
USER:app_36 PID:10593 NAME:com.demo
[3]点击按钮启动SecondActivity,查看此时进程情况:
USER:app_36 PID:10593 NAME:com.demo
进程列表没有变化,两个Activity运行在同一进程中。即进程name只受AndroidManifest.xml中manifset结点的package属性影响。
3.同一Apk中Activity process属性修改后进程状况验证
[1]为SecondActivity添加process属性,其值为":abc",也可以随便是其他的":"开头的字符串,常见的是":remote":
[2]运行程序,查看进程情况:
USER:app_36 PID:12137 NAME:com.demo
[3]点击按钮,启动SecondActivity,查看进程情况:
USER:app_36 PID:12137 NAME:com.demo
USER:app_36 PID:12303 NAME:com.demo:abc
进程表多了一项。两个Activity各自有一个进程,SecondActivity的进程名称为 包名+后缀
4.不同Apk中不同包名的Activity进程状况验证
[1]运行FirstProject:
USER:app_36 PID:12137 NAME:com.demo
[2]创建SecondProject:
project name: SecondProject
package:com.demo2
默认Activity:MainActivity
[3]运行SecondProject:
USER:app_37 PID:14191 NAME:com.demo2
进程表多了一项。两个Activity各自有一个进程,同时其进程用户名、包名也不同,互不影响。
5.不同Apk,签名相同、包名相同的Activity进程状况验证
[1]修改SecondProject的包也为com.demo,相应要修改AndroidManifest.xml内容。
[2]运行SecondProject,查看进程情况:
USER:app_36 PID:14944 NAME:com.demo
进程表只有一项,但是实际上FirstProject此时已经被覆盖了,系统中只存在SecondProject了,因为模拟器调试时apk使用的签名key都是一样的,系统看到key一样,包名一样认为这个包就是FirstProject所以覆盖掉了。
可以通过DDMS复制/data/system/packages.xml查看一下内容。
这个文件里面,package name都是唯一的,同时可以看到用户名是通过userId来决定的。
6.不同Apk,签名不相同,包名相同的Activity进程状况验证
[1]在Eclipse的Package Explorer导航树中选中FirstProject,点右键。
[2]Android tools-->Export Signed Application Package,按照向导创建一个用指定key签名的apk包。
[3]同样导出Second Project。
[4]切换窗口到模拟器,按Home键-->按Menu键-->设置-->应用程序-->管理应用程序-->SecondProject-->卸载。这是为了用命令行安装做准备。
[5]启动一个命令行窗口,执行adb install firstproject.apk,会提示成功安装。
[6]执行adb install secondproject.apk,提示安装失败。
默认的Apk其安装时会分配新的UserId,即此时FirstProject以及SecondProject的UserId可以认为是不同的。
包名不同,则签名key是否相同无所谓,两个apk都可以安装。【第4个实验】
包名相同时,签名key相同则会覆盖【第5个实验】;签名不同则第二个apk安装会失败。【第6个实验】
7.不同Apk,Share User Id相同,包名不同时进程情况分析
[1]修改firstproject、secondproject的AndroidManifest.xml的manifset结点,增加属性
[2]修改secondproject的包为com.demo2,不然其会覆盖firsetproject。
[3]运行firsetproject、secondproject,查看进程列表:
USER:app_35 PID:19993 NAME:com.demo2
USER:app_35 PID:20045 NAME:com.demo2
仍然存在两个进程。进程的用户名一样,说明shareUserId确实有效了,但是进程名字一个不一样。
再次导出/data/system/packages.xml,查看其内容:
可以看到两个项目的UserId都是10035,确实是一样的。
8.不同Apk,Share User Id相同,包名不同、指定Activity的process属性进程情况分析
[1]修改SecondProject的MainActivity的process属性,指定绑定到进程名为com.demo的进程上:
[2]运行firstProject、SecondProject,查看进程情况:
USER:app_35 PID:21387 NAME:com.demo
两个Activity运行于同一个进程。
9.不同Apk,Share User Id相同,包名不同、签名key不同
经实验,安装第二个apk时会提示INSTALL_FAILED_UPDATE_INCOMPATIBLE错误,安装失败。
总结:
UserId不同时:
包名不同:未设定process属性时,各自的Activity在各自的进程。
即使process指定了包名,也不会和另一个用户的同名包共享进程。
包名相同:
签名相同:覆盖旧的同包名apk。
签名不同:新的apk会安装失败。【签名key一般都是不同的】
UserId相同时:
包名不同:未设定process属性时,各自的Activity在各自的进程。
process属性指定,则可以共享进程。
包名相同:
签名相同:覆盖旧的同包名apk。
签名不同:新的apk会安装失败。【签名key一般都是不同的】
[1]创建Project:
project name: FirstProject
package:com.demo
默认Activity:MainActivity
[2]添加一个新的Activity:
name:SecondActivity
[3]修改布局。在MainActivity布局中添加一个Button,当点击此Button时启动SecondActivity。在SecondActivity的布局中放置一个Textview,以证明SecondActivity已启动。
[4]运行程序,查看此Ap进程情况:
USER:app_36 PID:8360 NAME:com.demo
点击按钮,启动SecondActivity,再次查看进程情况:
USER:app_36 PID:8360 NAME:com.demo
进程列表没有变化,两个Activity运行在同一进程中。
2.同一Apk中的不同包的Activity调用时进程状况验证
[1]将SecondActivity挪到包com.demo.second中去,相应修改AndroidManifest.xml中的name为:com.demo.second.SecondActivity
[2]运行程序,查看此时进程情况:
USER:app_36 PID:10593 NAME:com.demo
[3]点击按钮启动SecondActivity,查看此时进程情况:
USER:app_36 PID:10593 NAME:com.demo
进程列表没有变化,两个Activity运行在同一进程中。即进程name只受AndroidManifest.xml中manifset结点的package属性影响。
3.同一Apk中Activity process属性修改后进程状况验证
[1]为SecondActivity添加process属性,其值为":abc",也可以随便是其他的":"开头的字符串,常见的是":remote":
<activity android:name="com.demo.second.SecondActivity" android:process=":abc"></activity>
[2]运行程序,查看进程情况:
USER:app_36 PID:12137 NAME:com.demo
[3]点击按钮,启动SecondActivity,查看进程情况:
USER:app_36 PID:12137 NAME:com.demo
USER:app_36 PID:12303 NAME:com.demo:abc
进程表多了一项。两个Activity各自有一个进程,SecondActivity的进程名称为 包名+后缀
4.不同Apk中不同包名的Activity进程状况验证
[1]运行FirstProject:
USER:app_36 PID:12137 NAME:com.demo
[2]创建SecondProject:
project name: SecondProject
package:com.demo2
默认Activity:MainActivity
[3]运行SecondProject:
USER:app_37 PID:14191 NAME:com.demo2
进程表多了一项。两个Activity各自有一个进程,同时其进程用户名、包名也不同,互不影响。
5.不同Apk,签名相同、包名相同的Activity进程状况验证
[1]修改SecondProject的包也为com.demo,相应要修改AndroidManifest.xml内容。
[2]运行SecondProject,查看进程情况:
USER:app_36 PID:14944 NAME:com.demo
进程表只有一项,但是实际上FirstProject此时已经被覆盖了,系统中只存在SecondProject了,因为模拟器调试时apk使用的签名key都是一样的,系统看到key一样,包名一样认为这个包就是FirstProject所以覆盖掉了。
可以通过DDMS复制/data/system/packages.xml查看一下内容。
<package name="com.demo" codePath="/data/app/com.demo.apk" system="false" ts="1279955425000" version="1" userId="10036">
这个文件里面,package name都是唯一的,同时可以看到用户名是通过userId来决定的。
6.不同Apk,签名不相同,包名相同的Activity进程状况验证
[1]在Eclipse的Package Explorer导航树中选中FirstProject,点右键。
[2]Android tools-->Export Signed Application Package,按照向导创建一个用指定key签名的apk包。
[3]同样导出Second Project。
[4]切换窗口到模拟器,按Home键-->按Menu键-->设置-->应用程序-->管理应用程序-->SecondProject-->卸载。这是为了用命令行安装做准备。
[5]启动一个命令行窗口,执行adb install firstproject.apk,会提示成功安装。
[6]执行adb install secondproject.apk,提示安装失败。
默认的Apk其安装时会分配新的UserId,即此时FirstProject以及SecondProject的UserId可以认为是不同的。
包名不同,则签名key是否相同无所谓,两个apk都可以安装。【第4个实验】
包名相同时,签名key相同则会覆盖【第5个实验】;签名不同则第二个apk安装会失败。【第6个实验】
7.不同Apk,Share User Id相同,包名不同时进程情况分析
[1]修改firstproject、secondproject的AndroidManifest.xml的manifset结点,增加属性
android:sharedUserId="com.demouser"
[2]修改secondproject的包为com.demo2,不然其会覆盖firsetproject。
[3]运行firsetproject、secondproject,查看进程列表:
USER:app_35 PID:19993 NAME:com.demo2
USER:app_35 PID:20045 NAME:com.demo2
仍然存在两个进程。进程的用户名一样,说明shareUserId确实有效了,但是进程名字一个不一样。
再次导出/data/system/packages.xml,查看其内容:
<package name="com.demo" codePath="/data/app/com.demo.apk" system="false" ts="1279957484000" version="1" sharedUserId="10035">
<package name="com.demo2" codePath="/data/app/com.demo2.apk" system="false" ts="1279957473000" version="1" sharedUserId="10035">
可以看到两个项目的UserId都是10035,确实是一样的。
8.不同Apk,Share User Id相同,包名不同、指定Activity的process属性进程情况分析
[1]修改SecondProject的MainActivity的process属性,指定绑定到进程名为com.demo的进程上:
<activity android:name=".MainActivity" android:label="@string/app_name" android:process="com.demo">
[2]运行firstProject、SecondProject,查看进程情况:
USER:app_35 PID:21387 NAME:com.demo
两个Activity运行于同一个进程。
9.不同Apk,Share User Id相同,包名不同、签名key不同
经实验,安装第二个apk时会提示INSTALL_FAILED_UPDATE_INCOMPATIBLE错误,安装失败。
总结:
UserId不同时:
包名不同:未设定process属性时,各自的Activity在各自的进程。
即使process指定了包名,也不会和另一个用户的同名包共享进程。
包名相同:
签名相同:覆盖旧的同包名apk。
签名不同:新的apk会安装失败。【签名key一般都是不同的】
UserId相同时:
包名不同:未设定process属性时,各自的Activity在各自的进程。
process属性指定,则可以共享进程。
包名相同:
签名相同:覆盖旧的同包名apk。
签名不同:新的apk会安装失败。【签名key一般都是不同的】
- 1.zip (12.6 KB)
- 下载次数: 39
- 2.zip (12.5 KB)
- 下载次数: 26
- 3.zip (12.8 KB)
- 下载次数: 26
- 4.zip (12.8 KB)
- 下载次数: 25
- 4-SecondProject.zip (11.9 KB)
- 下载次数: 24
- 5.zip (12.8 KB)
- 下载次数: 20
- 5-SecondProject.zip (11.9 KB)
- 下载次数: 18
- 7.zip (12.8 KB)
- 下载次数: 27
- 7-SecondProject.zip (11.9 KB)
- 下载次数: 28
- 8.zip (12.8 KB)
- 下载次数: 48
- 8-SecondProject.zip (11.9 KB)
- 下载次数: 42
评论
5 楼
zylc369
2014-03-11
楼主很用心,一定要顶
4 楼
ritterliu
2013-01-18
此文要顶。。。
3 楼
hanhaotian87
2012-07-06
very good.
2 楼
mypyg
2010-10-23
adb shell
ps 可以看到进程
ps 可以看到进程
1 楼
enefry
2010-10-10
怎么查看ap进程的用户啊....
发表评论
-
使用googleapi-client-java操作gtasks(二)
2012-03-29 15:34 4577对于很多第三方的机器没有安装Google账户管理,要访问GTa ... -
Android Activity 生命周期再验证
2011-11-22 16:20 7984Android Activity 生命活动 ... -
Nexus one开关键坏掉后的解决方法
2011-10-14 15:17 4458Nexus one手机无法开机了,网上搜索了一下发现很多人遇到 ... -
改包名导致JNI调用失败的问题
2011-08-31 13:41 5136修改以前的代码,移动了一个文件,修改了其包名,在这个文件代码中 ... -
使用googleapi-client-java操作gtasks(一)
2011-08-10 18:07 14788Google Tasks的API终于开放 ... -
一个好用的Google api调试网址
2011-08-09 11:00 1809https://code.google.com/apis/ex ... -
Apk文件Hack试验
2011-07-11 17:54 2853试验1:反编译dex文 ... -
一个由onKeyUp引起的问题
2011-04-19 16:05 1916刚写一个小程序,在用户按下Back按键返回时,需要保存一些数据 ... -
Android自定义组合控件
2011-03-20 18:56 12815目标:实现textview和ImageButton组合,可以通 ... -
也谈Android下一个apk安装多个程序入口图标
2011-03-18 11:28 9183Android中有的Ap功能比较复杂,为了方便用户使用,可以提 ... -
Android AppWidget实例验证
2011-02-25 15:26 133071.创建AppWidget布局,包含两个TextView用来显 ... -
Android Activity LaunchMode 验证
2011-02-23 15:04 8243在Android中,每个Activity有4种LaunchMo ... -
文件夹权限引起的MediaPlayer播放不正常
2011-01-20 20:41 2290写了一个Ap,在程序运行时会解压一些声音文件到/data/da ... -
关于使用InputStreamReader读取GBK编码文件乱码的问题
2011-01-19 17:13 25736BufferedReader reader = new Buf ... -
Android下Listview的onItemClick以及onItemLongClick等易模糊问题验证
2010-12-23 21:10 22753最近在使用Listview又遇到了以前碰到的问题,当Listv ... -
通过Java annotation以及反射机制实现不同类型通用的数据库访问接口
2010-12-22 12:14 5480在日常开发中会遇到这 ... -
Android PreferenceActivity 学习笔记
2010-12-11 12:45 20011在Ap中有时需要设置一些配置参数,这些参数通过配置文件保存。 ... -
Android平台sqlite快速入门
2010-12-07 12:00 2329以下概念都是在Android平台的sqlite3限制下的理解: ... -
Android下使用googleapi-client-java操作google calendar(三)
2010-11-29 18:57 47634.获取日历列表并显示: 原理:向https://www. ... -
Android下使用googleapi-client-java操作google calendar(二)
2010-11-28 22:50 23473.与服务器进行数据交互: 交互是通过HTTP请求及响应来进 ...
相关推荐
Google 自身通过基于统一平台为用户提供信息来盈利。 Android Android Android Android 的优势 � 源代码完全开放,便于开发人员更清楚的把握实现细节,便于提高开发人员的技术水平,有利于开发 出 更具差异性的应用...
12.3.1 共享用户ID的性质 12.3.2 共享数据的代码模式 12.4 库项目 12.4.1 库项目的概念 12.4.2 库项目的性质 12.4.3 创建库项目 12.4.4 创建使用库的Android项目 12.5 参考资料 12.6 小结...
android开发秘籍完整版清晰版 第1 章 android 概述 1 1.1 android 演化史 1 1.2 android 的两面性 2 1.3 运行android 的设备 2 1.3.1 htc 系列机型 4 1.3.2 摩托罗拉系列机型 4 1.3.3 三星系列机型 4 1.3.4 ...
12.3.1 共享用户ID的性质 12.3.2 共享数据的代码模式 12.4 库项目 12.4.1 库项目的概念 12.4.2 库项目的性质 12.4.3 创建库项目 12.4.4 创建使用库的Android项目 12.5 参考资料 12.6 小结...
Android手机天气预报项目报告 1.2 开发目标 现有的3G技术和移动互联网技术的快速发展,智能手机功能的不断增强,让基于Android平台的查询需求越来越多。 本软件就是利用现有的网络快速获取网络上的天气信息并显示到...
Android的开发组Activity、Intent Receiver、Service、Content Provider等,可以实现不同页面之间的跳转;数据的获取和实现与数据库的实时交互; 不同页面和进程间数据的共享。 2.3 数据库设计 本软件中有两部分...
6.7.1 获取应用程序用户和组ID 153 6.7.2 获取应用程序用户名 154 6.8 进程间通信 154 6.9 小结 154 第7章 原生线程 155 7.1 创建线程示例项目 155 7.1.1 创建Android项目 155 7.1.2 添加原生支持 157 7.1.3...
adb 的运行原理是 PC 端的 adb server 与手机端的守护进程 adbd 建立连接,然后 PC 端的 adb client 通过 adb server 转发命令,adbd 接收命令后解析运行。 所以如果 adbd 以普通权限执行,有些需要 root 权限才能...