通過共用使用者ID來實現多個應用程式使用同一個進程,這樣也能使這些應用程式之間共用記憶體。
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]運行程式,查看此App進程情況:
USER:app_36 PID:8360 NAME:com.demo
[5]點擊按鈕,啟動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各自有一個進程,同時其進程使用者id、包名也不同,互不影響。
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,提示安裝失敗。
結論:
1> 預設的Apk其安裝時會分配新的UserId,即此時FirstProject以及SecondProject的UserId可以認為是不同的。
2> 包名不同,則簽名key是否相同無所謂,兩個apk都可以安裝。【第4個實驗】
3> 包名相同時,簽名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確實有效了,進程pid不相同。
再次匯出/data/system/packages.xml,查看其內容,可以看到兩個項目的UserId都是10035,確實是一樣的:
<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">
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] http://www.lhzhang.org/post/2010/09/Androide9809ae8bf87e585b1e4baabe794a8e688b7IDe69da5e5ae9ee78eb0e5a49aActivitye8bf9be7a88be585b1e4baab.aspx