【移动开发】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"：

Xml代码  

  1. <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查看一下内容。

Xml代码  

  1. <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结点，增加属性

Xml代码  

  1. 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，查看其内容：

Xml代码  

  1. <package name="com.demo" codePath="/data/app/com.demo.apk" system="false" ts="1279957484000" version="1" sharedUserId="10035">

Xml代码  

  1. <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的进程上：

Xml代码  

  1. <activity android:name=".MainActivity"
  2. 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)
  • 下载次数: 24
  • 2.zip (12.5 KB)
  • 下载次数: 19
  • 3.zip (12.8 KB)
  • 下载次数: 18
  • 4.zip (12.8 KB)
  • 下载次数: 19
  • 5.zip (12.8 KB)
  • 下载次数: 14
  • 7.zip (12.8 KB)
  • 下载次数: 17
  • 8.zip (12.8 KB)
  • 下载次数: 36
时间： 2025-01-17 05:14:38

【移动开发】Android通过共享用户ID来实现多Activity进程共享的相关文章

通过共享用户ID来实现多个应用程序使用同一个进程

从很多方面来看,每个Android 应用程序都存在于它自己的世界之中:• 默认情况下,每个应用程序均运行于它自己的Linux 进程中.当应用程序中的任意代码开始执行时,Android 启动一个进程,而当不再需要此进程而其它应用程序又需要系统资源时,则关闭这个进程.• 每个进程都运行于自己的Java 虚拟机(VM)中.所以应用程序代码实际上与其它应用程序的代码是隔绝的.• 默认情况下,每个应用程序均被赋予一个唯一的Linux 用户ID,并加以权限设置,使得应用程序的文件仅对这个用户.这个应用程序可

【转】linux 设置用户id 设置组id

[转]转自 linux 设置用户id 设置组id 最近看apue,简单记录对设置用户id理解(设置组id同理). 1. 相关的id好像很多,共有哪些? 文件2个id 2个位: 拥有者id             拥有者组id 设置用户id位         设置组id位 进程6个或更多的id(如果有附加组id): 实际用户id             实际组id       (仅仅标志我们是谁,不参与文件访问权限检测) 有效用户id             有效组id        (用于文件访

更改用户id 和组id

转自 http://blog.csdn.net/todd911/article/details/16370577 在unix系统中,特权是基于用户和组ID的,当程序需要增加特权,或需要访问当前并不允许访问的资源时,我们需要更换自己 用户ID或组ID,使的新ID具有合适的特权或访问权限.与此类似,当程序需要降低其特权或阻止对某些资源的访问时,也需要 更换用户ID或组ID,从而使新ID不具有相应特权或访问这些资源的能力. 可以用setuid函数设置实际用户ID和有效ID,与此类似,可以使用setgi

[转载]unix环境高级编程备忘：理解保存的设置用户ID，设置用户ID位，有效用户ID，实际用户ID

转载自http://www.cnblogs.com/stemon/p/5287631.html 一.基本概念 实际用户ID(RUID):用于标识一个系统中用户是谁,一般是在登录之后,就被唯一的确定,就是登录的用户的uid. 有效用户ID(EUID):用于系统决定用户对系统资源的权限,也就是说当用户做任何一个操作时,最终看它有没有权限,都是在判断有效用户ID是否有权限.如果有,则ok,否则报错不能执行.在正常的情况下,一个用户登录之后(假设是A用户),A用户的有效用户ID和实际用户ID是相同的,但

React-Native 开发 android & ios App，共享一份代码

React-Native 开发的App, 所有组件ios & android 共用, 共享一份代码 包括一些自定义的组件, 如NavigationBar, TabBar, SegmentedControl, 使用字体图标, 具有一定的参考意义 主要专注于布局, 共享组件/代码, 以及一些React自带的组件, 如: ScrollView, TouchableOpacity, View, Text, ListView, Image, WebView 和 Api的使用, 这并不是一个完整版, 只是业

使用mybatis开发Dao的原始方法，实现根据用户id查询一个用户信息 、根据用户名称模糊查询用户信息列表 、添加用户信息等功能

1.需求 将下边的功能实现Dao: 根据用户id查询一个用户信息 根据用户名称模糊查询用户信息列表 添加用户信息 2. 原始Dao开发方法需要程序员编写Dao接口和Dao实现类 3.User.xml映射文件的内容为: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "h

SharePoint Online 开发篇：SharePoint Hosted Apps获取用户ID

Blog链接:https://blog.51cto.com/13969817 我们使用SharePoint Hosted App获取用户ID时,你将发现SharePoint中的JavaScript Object Model(JSOM)比REST API更容易使用. REST Protocol的第一个限制是它只返回100个条目,我还没有找到一个方法来增加这个,而使用JSOM可以获取所有用户的列表,并按照ID 排序. 比如我们需要list来保存User ID,然后分别使用REST API和JSOM获

android中的用户资源访问（一）

这几天要总结一下android开发中的用户资源访问. android中的用户资源存在项目工程中res文件夹下,有字符串.颜色.大小.数组.布局.样式.主题等资源,这些资源可以在xml文件中引用,也可以在android源码文件中使用,今天总结一下字符串.颜色.大小.数组.布局和图片资源. 总的来说,在xml文件中引用的格式为[<package>.]@/XXX/name:在源码中引用格式是[<package>.]R.XXX.name. 先贴上在xml文件中引用的代码(在布局xml文件中

用C/C++开发android应用

在某些情况下,比如原来与很多c/c++的代码, 可能希望采用c/c++编写android应用程序.在这种情况下,一般使用NDK.但是由于android直提供了java接口,因此不能够直接调用android中的各种对象或者部件. 如何直接使用c/c++开发android应用? 可以使用cle和wrapandroid项目作为中间件. CLE项目提供了多种语言的通用接口,其中就包含对c/c++的支持. 本文简单介绍了如何使用CLE和wrapandroid编写GUI应用程序.CLE可以作为多种语言的通用