- 浏览: 549645 次
- 性别:
- 来自: 成都
文章分类
最新评论
-
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 4643对于很多第三方的机器没有安装Google账户管理,要访问GTa ... -
Android Activity 生命周期再验证
2011-11-22 16:20 8035Android Activity 生命活动 ... -
Nexus one开关键坏掉后的解决方法
2011-10-14 15:17 4507Nexus one手机无法开机了,网上搜索了一下发现很多人遇到 ... -
改包名导致JNI调用失败的问题
2011-08-31 13:41 5205修改以前的代码,移动了一个文件,修改了其包名,在这个文件代码中 ... -
使用googleapi-client-java操作gtasks(一)
2011-08-10 18:07 14937Google Tasks的API终于开放 ... -
一个好用的Google api调试网址
2011-08-09 11:00 1854https://code.google.com/apis/ex ... -
Apk文件Hack试验
2011-07-11 17:54 2895试验1:反编译dex文 ... -
一个由onKeyUp引起的问题
2011-04-19 16:05 1973刚写一个小程序,在用户按下Back按键返回时,需要保存一些数据 ... -
Android自定义组合控件
2011-03-20 18:56 12910目标:实现textview和ImageButton组合,可以通 ... -
也谈Android下一个apk安装多个程序入口图标
2011-03-18 11:28 9238Android中有的Ap功能比较复杂,为了方便用户使用,可以提 ... -
Android AppWidget实例验证
2011-02-25 15:26 134121.创建AppWidget布局,包含两个TextView用来显 ... -
Android Activity LaunchMode 验证
2011-02-23 15:04 8369在Android中,每个Activity有4种LaunchMo ... -
文件夹权限引起的MediaPlayer播放不正常
2011-01-20 20:41 2367写了一个Ap,在程序运行时会解压一些声音文件到/data/da ... -
关于使用InputStreamReader读取GBK编码文件乱码的问题
2011-01-19 17:13 25818BufferedReader reader = new Buf ... -
Android下Listview的onItemClick以及onItemLongClick等易模糊问题验证
2010-12-23 21:10 22811最近在使用Listview又遇到了以前碰到的问题,当Listv ... -
通过Java annotation以及反射机制实现不同类型通用的数据库访问接口
2010-12-22 12:14 5558在日常开发中会遇到这 ... -
Android PreferenceActivity 学习笔记
2010-12-11 12:45 20073在Ap中有时需要设置一些配置参数,这些参数通过配置文件保存。 ... -
Android平台sqlite快速入门
2010-12-07 12:00 2386以下概念都是在Android平台的sqlite3限制下的理解: ... -
Android下使用googleapi-client-java操作google calendar(三)
2010-11-29 18:57 48044.获取日历列表并显示: 原理:向https://www. ... -
Android下使用googleapi-client-java操作google calendar(二)
2010-11-28 22:50 23863.与服务器进行数据交互: 交互是通过HTTP请求及响应来进 ...
相关推荐
总之,Android平台提供了多种方式来实现Activity页面的切换特效,开发者可以根据需求选择适合的方法,以创造出更具吸引力和用户体验的应用。无论是简单的默认动画,还是复杂的自定义动画和过渡效果,都能让应用更加...
例如,可以让某些组件在单独的进程中运行,或者让不同应用的组件共享进程(前提是这些应用有相同的Linux用户ID并使用相同证书签名)。 Android系统会根据内存需求和组件的重要性来管理进程的生命周期。进程的重要性...
在Android应用开发中,菜单(Menu)、弹出框(Dialog)和Activity之间的数据传递是至关重要的组成部分,它们极大地丰富了用户界面的交互性。本文将详细介绍如何在Android中实现这些功能,并提供一个可运行的实例。 ...
由于Android应用运行在各自独立的进程中,每个应用在安装时都会被分配一个唯一的用户ID,其数据存储在 `/data/data/应用程序包名/` 目录下,这确保了数据的安全性和隔离性。然而,为了实现跨应用的数据共享,...
总结,Android中结束进程涉及到多个层次的操作,从结束单一Activity到强制结束当前进程,再到影响其他进程。开发者应谨慎使用这些方法,避免影响用户体验和系统稳定性。在大多数情况下,让系统自动管理进程是最优...
1. 进程与虚拟机:在Android中,每个应用通常都在其独立的Linux进程中运行,拥有唯一的Dalvik(或ART)虚拟机和Linux用户ID。如果两个应用共享相同的Linux用户ID,它们将共用一个Linux进程和虚拟机,以提高系统效率...
这允许组件独立运行,或者不同应用的组件共享进程(前提是这些应用具有相同的Linux用户ID并签名相同)。 5. **性能考虑** 跨进程通信相比进程内的通信更消耗资源,因此应谨慎使用。同时,过多的进程会增加系统负担...
本教程将详细讲解如何在Android Studio中实现登录注册功能,并利用SQLite数据库来管理用户信息。 一、SQLite简介 SQLite是一个开源的、自包含的、无服务器的、事务性的SQL数据库引擎。它不需要单独的数据库服务器...
但可以通过设置共享用户ID来使两个应用能够访问彼此的文件,这通常发生在需要资源共享的场景下。共享用户ID的应用会位于同一Linux进程并共享虚拟机,以节省系统资源。 【Android应用组件】 Android的核心特性之一...
Google 自身通过基于统一平台为用户提供信息来盈利。 Android Android Android Android 的优势 � 源代码完全开放,便于开发人员更清楚的把握实现细节,便于提高开发人员的技术水平,有利于开发 出 更具差异性的应用...
3. **共享用户ID的应用**: 通过配置,两个应用可以共享相同的用户ID,这样它们就能互相访问彼此的文件。为了节省系统资源,具有相同用户ID的应用也可以安排在同一Linux进程中运行,共享同一个VM。 4. **应用组件*...
总之,Activity切换效果是Android应用中不可或缺的一部分,通过合理的动画设计,可以极大地提升应用的视觉质量和用户体验。了解和掌握Activity切换的原理与实践,是每个Android开发者必备的技能。