apk,task,android:process與android:sharedUserId的區別

apk一般佔一個dalvik,一個進程,一個task。通過設置也可以多個進程,佔多個task。

task是一個activity的棧,其中"可能"含有來自多個App的activity

默認情況下,同一個應用程序中的所有組件運行在同一個進程中,而且絕大多數的應用程序也都是這樣的。但是,如果我們想要控制讓某個特定的組件屬於某個進程,我們可以在manifest文件中進行配置。 
在 每種組件元素(activity、service、receiver、provider)的manifest條目中,都支持一個 “Android:process”的屬性,通過這個屬性,我們可以指定某個組件運行的進程。我們可以通過設置這個屬性,讓每個組件運行在它自己的進程 中,也可以只讓某些組件共享一個進程。我們要可以通過設置“android:process”屬性,讓不同應用程序中的組件運行在相同的進程中,這些應用 程序共享相同的Linux用戶ID,擁有相同的證書。 
<application>元素也有一個“android:process”屬性,可以設置一個應用於全部組件的默認值。 
    當可用內存數量低,而一些與用戶即時交互的進程又需要內存時,Android隨時可能會終止某個進程。運行在被終止的進程中的組件會因此被銷燬,但是,當再次需要這些組件工作時,就會再啓動一個進程。 
    在決定要終止哪個進程時,Android系統會權衡它們對於用戶的重要性。例如,相較於運行可見activities的進程,終止一個運行不可見activities的進程會更加合理。是否終止一個進程,依賴於運行在這個進程中的組件的狀態。


如果不能將兩個activity放入同一個application中的話,可以通過在各自的manifest中設置以下屬性,讓這兩個activity強制運行在同一個進程中,從而可以充分利用進程內共享的資源,減少內存佔用

Java代碼  收藏代碼
  1. 1)設置相同的User Id: 
  2. <manifest android:sharedUserId="aaa.bbb" 
  3. 2)被調用的activity設置以下屬性: 
  4. <activity android:multiprocess="true" 
  5. 或者 
  6. <activity android:process="com.cienet.test" 

對於3D OpenGL程序,修改以上屬性後,被調用的activity的內存佔用會明顯減少,比如:30MB -> 2MB。

可以做如下測試如何共享一個進程

  1. 加入android:sharedUserId="aaa.bbb" 沒有 android:process="com.cienet.test"

  2. 07-12 15:42:34.781: ERROR/Dean(7615): Binder.getCallingPid()7615 
  3. 07-12 15:42:34.785: ERROR/Dean(7615): runningappinfo.pid:7615   runningappinfo.processNamecom.cienet.testa 
  4. 07-12 15:42:34.785: ERROR/Dean(7615): pkgname:7615:com.cienet.testa 
  5.  
  6. 07-12 15:42:24.722: ERROR/Dean(7602): Binder.getCallingPid()7602 
  7. 07-12 15:42:24.726: ERROR/Dean(7602): runningappinfo.pid:7602 runningappinfo.processNamecom.cienet.testb 
  8. 07-12 15:42:24.726: ERROR/Dean(7602): pkgname:7602:com.cienet.testb 
  9.  
  10. 加入android:process="com.cienet.test"到B 
  11.  
  12. 07-12 15:46:41.933: ERROR/Dean(7738): Binder.getCallingPid()7738 
  13. 07-12 15:46:41.937: ERROR/Dean(7738): runningappinfo.pid:7738 runningappinfo.processNamecom.cienet.test 
  14. 07-12 15:46:41.937: ERROR/Dean(7738): pkgname:7738:com.cienet.testb 
  15.  
  16. 07-12 15:47:13.246: ERROR/Dean(7761): Binder.getCallingPid()7761 
  17. 07-12 15:47:13.246: ERROR/Dean(7761): runningappinfo.pid:7761 runningappinfo.processNamecom.cienet.testa 
  18. 07-12 15:47:13.250: ERROR/Dean(7761): pkgname:7761:com.cienet.testa 
  19.  
  20. 同時加入android:process="com.cienet.test"到A 
  21.  
  22. 07-12 15:50:24.988: ERROR/Dean(7878): getApplicationInfo:publicSourceDir/data/app/com.cienet.testa-1.apk 
  23. 07-12 15:50:24.988: ERROR/Dean(7878): getApplicationInfo:descriptionRes0 
  24. 07-12 15:50:24.988: ERROR/Dean(7878): Binder.getCallingPid()7878 
  25. 07-12 15:50:24.992: ERROR/Dean(7878): runningappinfo.pid:7878 runningappinfo.processNamecom.cienet.test 
  26. 07-12 15:50:24.992: ERROR/Dean(7878): pkgname:7878:com.cienet.testa 

  27. 07-12 15:50:46.964: ERROR/Dean(7878): getApplicationInfo:publicSourceDir/data/app/com.cienet.testb-1.apk 
  28. 07-12 15:50:46.964: ERROR/Dean(7878): getApplicationInfo:descriptionRes0 
  29. 07-12 15:50:46.964: ERROR/Dean(7878): Binder.getCallingPid()7878 
  30. 07-12 15:50:46.968: ERROR/Dean(7878): runningappinfo.pid:7878 runningappinfo.processNamecom.cienet.test 
  31. 07-12 15:50:46.972: ERROR/Dean(7878): pkgname:7878:com.cienet.testa 
  32.  
  33.  
  34. 去掉android:sharedUserId="aaa.bbb" 
  35. 07-12 15:52:29.574: ERROR/Dean(7967): getApplicationInfo:publicSourceDir/data/app/com.cienet.testb-2.apk 
  36. 07-12 15:52:29.578: ERROR/Dean(7967): getApplicationInfo:descriptionRes0 
  37. 07-12 15:52:29.578: ERROR/Dean(7967): Binder.getCallingPid()7967 
  38. 07-12 15:52:29.578: ERROR/Dean(7967): runningappinfo.pid:7967 runningappinfo.processNamecom.cienet.test 
  39. 07-12 15:52:29.578: ERROR/Dean(7967): pkgname:7967:com.cienet.testb 

  40. 07-12 15:53:06.730: ERROR/Dean(7990): getApplicationInfo:publicSourceDir/data/app/com.cienet.testa-2.apk 
  41. 07-12 15:53:06.730: ERROR/Dean(7990): getApplicationInfo:descriptionRes0 
  42. 07-12 15:53:06.730: ERROR/Dean(7990): Binder.getCallingPid()7990 
  43. 07-12 15:53:06.734: ERROR/Dean(7990): runningappinfo.pid:7990 runningappinfo.processNamecom.cienet.test 
  44. 07-12 15:53:06.734: ERROR/Dean(7990): pkgname:7990:com.cienet.testa

如上證明那個APK共享進程要兩個條件

  1. 設置相同的User Id:
  2. 被調用的activity設置以下屬性:
Java代碼  收藏代碼
  1. <activity android:multiprocess="true" 
  2. 或者 
  3. <activity android:process="com.cienet.test"  

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不同 (也就是說Share User Id相同的前提是簽名相同)

經實驗,安裝第二個apk時會提示INSTALL_FAILED_UPDATE_INCOMPATIBLE錯誤,安裝失敗。


總結:

UserId不同時:

    包名不同:

        未設定process屬性時,各自的Activity在各自的進程。即使process指定了包名,也不會和另一個用戶的同名包共享進程。

    包名相同:

        簽名相同:覆蓋舊的同包名apk。簽名不同:新的apk會安裝失敗。【簽名key一般都是不同的】

UserId相同時:

    包名不同:

        未設定process屬性時,各自的Activity在各自的進程。process屬性指定,則可以共享進程。

    包名相同:

        簽名相同:覆蓋舊的同包名apk。簽名不同:新的apk會安裝失敗。【簽名key一般都是不同的】

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章