`

Android应用程序在新的进程中启动新的Activity的方法和过程分析

 
阅读更多

前面我们在分析Activity启动过程的时候,看到同一个应用程序的Activity一般都是在同一个进程中启动,事实上,Activity也可以像Service一样在新的进程中启动,这样,一个应用程序就可以跨越好几个进程了,本文就分析一下在新的进程中启动Activity的方法和过程。

在前面Android进程间通信(IPC)机制Binder简要介绍和学习计划一文中,我们提到,在Android系统中,每一个应用程序都是由一些Activity和Service组成的,一般Service运行在独立的进程中,而Activity有可能运行在同一个进程中,也有可能运行在不同的进程中。在前面Android系统在新进程中启动自定义服务过程(startService)的原理分析一文中,我们已经介绍了使用Activity.startService接口来在新进程中启动Service的过程,然后又在前面Android应用程序内部启动Activity过程(startActivity)的源代码分析一文中介绍了使用Activity.startActivity接口来在原来的进程中启动Activity的过程,现在,我们就来看一下同一个Android应用程序如何在新的进程中启动新的Activity。

老规矩,我们通过例子来介绍Android应用程序在新的进程中启动新的Activity的方法以及分析其过程。首先在Android源代码工程中创建一个Android应用程序工程,名字就称为Process吧。关于如何获得Android源代码工程,请参考在Ubuntu上下载、编译和安装Android最新源代码一文;关于如何在Android源代码工程中创建应用程序工程,请参考在Ubuntu上为Android系统内置Java应用程序测试Application Frameworks层的硬件服务一文。这个应用程序工程定义了一个名为shy.luo.process的package,这个例子的源代码主要就是实现在这里了。下面,将会逐一介绍这个package里面的文件。

应用程序的默认Activity定义在src/shy/luo/process/MainActivity.java文件中:

view plain
  1. packageshy.luo.process;
  2. importandroid.app.Activity;
  3. importandroid.content.Intent;
  4. importandroid.os.Bundle;
  5. importandroid.util.Log;
  6. importandroid.view.View;
  7. importandroid.view.View.OnClickListener;
  8. importandroid.widget.Button;
  9. publicclassMainActivityextendsActivityimplementsOnClickListener{
  10. privatefinalstaticStringLOG_TAG="shy.luo.process.MainActivity";
  11. privateButtonstartButton=null;
  12. @Override
  13. publicvoidonCreate(BundlesavedInstanceState){
  14. super.onCreate(savedInstanceState);
  15. setContentView(R.layout.main);
  16. startButton=(Button)findViewById(R.id.button_start);
  17. startButton.setOnClickListener(this);
  18. Log.i(LOG_TAG,"MainActivityCreated.");
  19. }
  20. @Override
  21. publicvoidonClick(Viewv){
  22. if(v.equals(startButton)){
  23. Intentintent=newIntent("shy.luo.process.subactivity");
  24. startActivity(intent);
  25. }
  26. }
  27. }
和前面文章的例子一样,它的实现很简单,当点击它上面的一个按钮的时候,就会启动另外一个名字为“shy.luo.process.subactivity”的Actvity。
名字为“shy.luo.process.subactivity”的Actvity实现在src/shy/luo/process/SubActivity.java文件中:
view plain
  1. packageshy.luo.process;
  2. importandroid.app.Activity;
  3. importandroid.os.Bundle;
  4. importandroid.util.Log;
  5. importandroid.view.View;
  6. importandroid.view.View.OnClickListener;
  7. importandroid.widget.Button;
  8. publicclassSubActivityextendsActivityimplementsOnClickListener{
  9. privatefinalstaticStringLOG_TAG="shy.luo.process.SubActivity";
  10. privateButtonfinishButton=null;
  11. @Override
  12. publicvoidonCreate(BundlesavedInstanceState){
  13. super.onCreate(savedInstanceState);
  14. setContentView(R.layout.sub);
  15. finishButton=(Button)findViewById(R.id.button_finish);
  16. finishButton.setOnClickListener(this);
  17. Log.i(LOG_TAG,"SubActivityCreated.");
  18. }
  19. @Override
  20. publicvoidonClick(Viewv){
  21. if(v.equals(finishButton)){
  22. finish();
  23. }
  24. }
  25. }
它的实现也很简单,当点击上面的一个铵钮的时候,就结束自己,回到前面一个Activity中去。
再来重点看一下应用程序的配置文件AndroidManifest.xml:
view plain
  1. <?xmlversion="1.0"encoding="utf-8"?>
  2. <manifestxmlns:android="http://schemas.android.com/apk/res/android"
  3. package="shy.luo.task"
  4. android:versionCode="1"
  5. android:versionName="1.0">
  6. <applicationandroid:icon="@drawable/icon"android:label="@string/app_name">
  7. <activityandroid:name=".MainActivity"
  8. android:label="@string/app_name">
  9. android:process=":shy.luo.process.main"
  10. <intent-filter>
  11. <actionandroid:name="android.intent.action.MAIN"/>
  12. <categoryandroid:name="android.intent.category.LAUNCHER"/>
  13. </intent-filter>
  14. </activity>
  15. <activityandroid:name=".SubActivity"
  16. android:label="@string/sub_activity"
  17. android:process=":shy.luo.process.sub">
  18. <intent-filter>
  19. <actionandroid:name="shy.luo.task.subactivity"/>
  20. <categoryandroid:name="android.intent.category.DEFAULT"/>
  21. </intent-filter>
  22. </activity>
  23. </application>
  24. </manifest>
为了使MainActivity和SubActivity在不同的进程中启动,我们分别配置了这两个Activity的android:process属性。在官方文档http://developer.android.com/guide/topics/manifest/activity-element.html中,是这样介绍Activity的android:process属性的:

The name of the process in which the activity should run. Normally, all components of an application run in the default process created for the application. It has the same name as the application package. The <application> element's process attribute can set a different default for all components. But each component can override the default, allowing you to spread your application across multiple processes.
If the name assigned to this attribute begins with a colon (':'), a new process, private to the application, is created when it's needed and the activity runs in that process. If the process name begins with a lowercase character, the activity will run in a global process of that name, provided that it has permission to do so. This allows components in different applications to share a process, reducing resource usage.
大意为,一般情况下,同一个应用程序的Activity组件都是运行在同一个进程中,但是,如果Activity配置了android:process这个属性,那么,它就会运行在自己的进程中。如果android:process属性的值以":"开头,则表示这个进程是私有的;如果android:process属性的值以小写字母开头,则表示这是一个全局进程,允许其它应用程序组件也在这个进程中运行。

因此,这里我们以":"开头,表示创建的是私有的进程。事实上,这里我们不要前面的":"也是可以的,但是必须保证这个属性性字符串内至少有一个"."字符,具体可以看一下解析AndroidManiefst.xml文件的源代码,在frameworks/base/core/java/android/content/pm/PackageParser.java文件中:

view plain
  1. publicclassPackageParser{
  2. ......
  3. privatebooleanparseApplication(Packageowner,Resourcesres,
  4. XmlPullParserparser,AttributeSetattrs,intflags,String[]outError)
  5. throwsXmlPullParserException,IOException{
  6. finalApplicationInfoai=owner.applicationInfo;
  7. finalStringpkgName=owner.applicationInfo.packageName;
  8. TypedArraysa=res.obtainAttributes(attrs,
  9. com.android.internal.R.styleable.AndroidManifestApplication);
  10. ......
  11. if(outError[0]==null){
  12. CharSequencepname;
  13. if(owner.applicationInfo.targetSdkVersion>=Build.VERSION_CODES.FROYO){
  14. pname=sa.getNonConfigurationString(
  15. com.android.internal.R.styleable.AndroidManifestApplication_process,0);
  16. }else{
  17. //Someolderappshavebeenseentousearesourcereference
  18. //herethatonolderbuildswasignored(withawarning).We
  19. //needtocontinuetodothisforthemsotheydon'tbreak.
  20. pname=sa.getNonResourceString(
  21. com.android.internal.R.styleable.AndroidManifestApplication_process);
  22. }
  23. ai.processName=buildProcessName(ai.packageName,null,pname,
  24. flags,mSeparateProcesses,outError);
  25. ......
  26. }
  27. ......
  28. }
  29. privatestaticStringbuildProcessName(Stringpkg,StringdefProc,
  30. CharSequenceprocSeq,intflags,String[]separateProcesses,
  31. String[]outError){
  32. if((flags&PARSE_IGNORE_PROCESSES)!=0&&!"system".equals(procSeq)){
  33. returndefProc!=null?defProc:pkg;
  34. }
  35. if(separateProcesses!=null){
  36. for(inti=separateProcesses.length-1;i>=0;i--){
  37. Stringsp=separateProcesses[i];
  38. if(sp.equals(pkg)||sp.equals(defProc)||sp.equals(procSeq)){
  39. returnpkg;
  40. }
  41. }
  42. }
  43. if(procSeq==null||procSeq.length()<=0){
  44. returndefProc;
  45. }
  46. returnbuildCompoundName(pkg,procSeq,"process",outError);
  47. }
  48. privatestaticStringbuildCompoundName(Stringpkg,
  49. CharSequenceprocSeq,Stringtype,String[]outError){
  50. Stringproc=procSeq.toString();
  51. charc=proc.charAt(0);
  52. if(pkg!=null&&c==':'){
  53. if(proc.length()<2){
  54. outError[0]="Bad"+type+"name"+proc+"inpackage"+pkg
  55. +":mustbeatleasttwocharacters";
  56. returnnull;
  57. }
  58. StringsubName=proc.substring(1);
  59. StringnameError=validateName(subName,false);
  60. if(nameError!=null){
  61. outError[0]="Invalid"+type+"name"+proc+"inpackage"
  62. +pkg+":"+nameError;
  63. returnnull;
  64. }
  65. return(pkg+proc).intern();
  66. }
  67. StringnameError=validateName(proc,true);
  68. if(nameError!=null&&!"system".equals(proc)){
  69. outError[0]="Invalid"+type+"name"+proc+"inpackage"
  70. +pkg+":"+nameError;
  71. returnnull;
  72. }
  73. returnproc.intern();
  74. }
  75. privatestaticStringvalidateName(Stringname,booleanrequiresSeparator){
  76. finalintN=name.length();
  77. booleanhasSep=false;
  78. booleanfront=true;
  79. for(inti=0;i<N;i++){
  80. finalcharc=name.charAt(i);
  81. if((c>='a'&&c<='z')||(c>='A'&&c<='Z')){
  82. front=false;
  83. continue;
  84. }
  85. if(!front){
  86. if((c>='0'&&c<='9')||c=='_'){
  87. continue;
  88. }
  89. }
  90. if(c=='.'){
  91. hasSep=true;
  92. front=true;
  93. continue;
  94. }
  95. return"badcharacter'"+c+"'";
  96. }
  97. returnhasSep||!requiresSeparator
  98. ?null:"musthaveatleastone'.'separator";
  99. }
  100. ......
  101. }
从调用parseApplication函数解析application标签开始,通过调用buildProcessName函数对android:process属性进解析,接着又会调用buildCompoundName进一步解析,这里传进来的参数pkg就为"shy.luo.process",参数procSeq为MainActivity的属性android:process的值":shy.luo.process.main",进一步将这个字符串保存在本地变量proc中。如果proc的第一个字符是":",则只需要调用validateName函数来验证proc字符串里面的字符都是合法组成就可以了,即以大小写字母或者"."开头,后面可以跟数字或者"_"字符;如果proc的第一个字符不是":",除了保证proc字符里面的字符都是合法组成外,还要求至少有一个"."字符。

MainActivity和SubActivity的android:process属性配置就介绍到这里了,其它更多的信息读者可以参考官方文档http://developer.android.com/guide/topics/manifest/activity-element.html或者源代码文件frameworks/base/core/java/android/content/pm/PackageParser.java。

再来看界面配置文件,它们定义在res/layout目录中,main.xml文件对应MainActivity的界面:

view plain
  1. <?xmlversion="1.0"encoding="utf-8"?>
  2. <LinearLayoutxmlns:android="http://schemas.android.com/apk/res/android"
  3. android:orientation="vertical"
  4. android:layout_width="fill_parent"
  5. android:layout_height="fill_parent"
  6. android:gravity="center">
  7. <Button
  8. android:id="@+id/button_start"
  9. android:layout_width="wrap_content"
  10. android:layout_height="wrap_content"
  11. android:gravity="center"
  12. android:text="@string/start">
  13. </Button>
  14. </LinearLayout>

而sub.xml对应SubActivity的界面:

view plain
  1. <?xmlversion="1.0"encoding="utf-8"?>
  2. <LinearLayoutxmlns:android="http://schemas.android.com/apk/res/android"
  3. android:orientation="vertical"
  4. android:layout_width="fill_parent"
  5. android:layout_height="fill_parent"
  6. android:gravity="center">
  7. <Button
  8. android:id="@+id/button_finish"
  9. android:layout_width="wrap_content"
  10. android:layout_height="wrap_content"
  11. android:gravity="center"
  12. android:text="@string/finish">
  13. </Button>
  14. </LinearLayout>
字符串文件位于res/values/strings.xml文件中:
view plain
  1. <?xmlversion="1.0"encoding="utf-8"?>
  2. <resources>
  3. <stringname="app_name">Process</string>
  4. <stringname="sub_activity">SubActivity</string>
  5. <stringname="start">Startactivityinnewprocess</string>
  6. <stringname="finish">Finishactivity</string>
  7. </resources>
最后,我们还要在工程目录下放置一个编译脚本文件Android.mk:
view plain
  1. LOCAL_PATH:=$(callmy-dir)
  2. include$(CLEAR_VARS)
  3. LOCAL_MODULE_TAGS:=optional
  4. LOCAL_SRC_FILES:=$(callall-subdir-java-files)
  5. LOCAL_PACKAGE_NAME:=Process
  6. include$(BUILD_PACKAGE)
接下来就要编译了。有关如何单独编译Android源代码工程的模块,以及如何打包system.img,请参考如何单独编译Android源代码中的模块一文。
执行以下命令进行编译和打包:
view plain
  1. USER-NAME@MACHINE-NAME:~/Android$mmmpackages/experimental/Process
  2. USER-NAME@MACHINE-NAME:~/Android$makesnod
这样,打包好的Android系统镜像文件system.img就包含我们前面创建的Process应用程序了。
再接下来,就是运行模拟器来运行我们的例子了。关于如何在Android源代码工程中运行模拟器,请参考在Ubuntu上下载、编译和安装Android最新源代码一文。
执行以下命令启动模拟器:
view plain
  1. USER-NAME@MACHINE-NAME:~/Android$emulator
模拟器启动起,就可以App Launcher中找到Process应用程序图标,接着把它启动起来:

点击中间的按钮,就会在新的进程中启动SubActivity:

现在,我们如何来确认SubActivity是不是在新的进程中启动呢?Android源代码工程为我们准备了adb工具,可以查看模拟器上系统运行的状况,执行下面的命令查看:

view plain
  1. USER-NAME@MACHINE-NAME:~/Android$adbshelldumpsysactivity
这个命令输出的内容比较多,这里我们只关心系统中的任务和进程部分:
view plain
  1. ......
  2. Runningactivities(mostrecentfirst):
  3. TaskRecord{40770440#3Ashy.luo.process}
  4. Run#2:HistoryRecord{406d4b20shy.luo.process/.SubActivity}
  5. Run#1:HistoryRecord{40662bd8shy.luo.process/.MainActivity}
  6. TaskRecord{40679eb8#2Acom.android.launcher}
  7. Run#0:HistoryRecord{40677570com.android.launcher/com.android.launcher2.Launcher}
  8. ......
  9. PIDmappings:
  10. ......
  11. PID#416:ProcessRecord{4064b720416:shy.luo.process:shy.luo.process.main/10037}
  12. PID#425:ProcessRecord{406ddc30425:shy.luo.process:shy.luo.process.sub/10037}
  13. ......

这里我们看到,虽然MainActivity和SubActivity都是在同一个应用程序并且运行在同一个任务中,然而,它们却是运行在两个不同的进程中,这就可以看到Android系统中任务这个概念的强大之处了,它使得我们在开发应用程序的时候,可以把相对独立的模块放在独立的进程中运行,以降低模块之间的耦合性,同时,我们又不必去考虑一个应用程序在两个进程中运行的细节的问题,Android系统中的任务会为我们打点好一切。

在启动Activity的时候,系统是如何做到在新的进程中来启动这个Activity的呢?在前面两篇文章Android应用程序启动过程源代码分析和Android应用程序内部启动Activity过程(startActivity)的源代码分析中,分别在Step 22和Step 21中分析了Activity在启动过程中与进程相关的函数ActivityStack.startSpecificActivityLocked函数中,它定义在frameworks/base/services/java/com/android/server/am/ActivityStack.java文件中:

view plain
  1. publicclassActivityStack{
  2. ......
  3. privatefinalvoidstartSpecificActivityLocked(ActivityRecordr,
  4. booleanandResume,booleancheckConfig){
  5. //Isthisactivity'sapplicationalreadyrunning?
  6. ProcessRecordapp=mService.getProcessRecordLocked(r.processName,
  7. r.info.applicationInfo.uid);
  8. ......
  9. if(app!=null&&app.thread!=null){
  10. try{
  11. realStartActivityLocked(r,app,andResume,checkConfig);
  12. return;
  13. }catch(RemoteExceptione){
  14. ......
  15. }
  16. }
  17. mService.startProcessLocked(r.processName,r.info.applicationInfo,true,0,
  18. "activity",r.intent.getComponent(),false);
  19. }
  20. ......
  21. }

从这个函数可以看出,决定一个Activity是在新的进程中启动还是在原有的进程中启动的因素有两个,一个是看这个Activity的process属性的值,另一个是这个Activity所在的应用程序的uid。应用程序的UID是由系统分配的,而Activity的process属性值,如前所述,是可以在AndroidManifest.xml文件中进行配置的,如果没有配置,它默认就为application标签的process属性值,如果application标签的process属性值也没有配置,那么,它们就默认为应用程序的package名。这里就是根据processName和uid在系统查找是否已有相应的进程存在,如果已经有了,就会调用realStartActivityLocked来直接启动Activity,否则的话,就要通过调用ActivityManagerService.startProcessLocked函数来创建一个新的进程,然后在新进程中启动这个Activity了。对于前者,可以参考Android应用程序内部启动Activity过程(startActivity)的源代码分析一文,而后者,可以参考Android应用程序启动过程源代码分析一文。

至此,Android应用程序在新的进程中启动新的Activity的方法和过程分析就结束了。在实际开发中,一个应用程序一般很少会在一个新的进程中启动另外一个Activity,如果真的需要这样做,还要考虑如何与应用程序中其它进程的Activity进行通信,这时候不妨考虑使用Binder进程间通信机制。写这篇文章的目的,更多是让我们去了解Android应用程序的架构,这种架构可以使得应用程序组件以松耦合的方式组合在一起,便于后续的扩展和维护,这是非常值得我们学习的。


前面我们在分析Activity启动过程的时候,看到同一个应用程序的Activity一般都是在同一个进程中启动,事实上,Activity也可以像Service一样在新的进程中启动,这样,一个应用程序就可以跨越好几个进程了,本文就分析一下在新的进程中启动Activity的方法和过程。

在前面Android进程间通信(IPC)机制Binder简要介绍和学习计划一文中,我们提到,在Android系统中,每一个应用程序都是由一些Activity和Service组成的,一般Service运行在独立的进程中,而Activity有可能运行在同一个进程中,也有可能运行在不同的进程中。在前面Android系统在新进程中启动自定义服务过程(startService)的原理分析一文中,我们已经介绍了使用Activity.startService接口来在新进程中启动Service的过程,然后又在前面Android应用程序内部启动Activity过程(startActivity)的源代码分析一文中介绍了使用Activity.startActivity接口来在原来的进程中启动Activity的过程,现在,我们就来看一下同一个Android应用程序如何在新的进程中启动新的Activity。

老规矩,我们通过例子来介绍Android应用程序在新的进程中启动新的Activity的方法以及分析其过程。首先在Android源代码工程中创建一个Android应用程序工程,名字就称为Process吧。关于如何获得Android源代码工程,请参考在Ubuntu上下载、编译和安装Android最新源代码一文;关于如何在Android源代码工程中创建应用程序工程,请参考在Ubuntu上为Android系统内置Java应用程序测试Application Frameworks层的硬件服务一文。这个应用程序工程定义了一个名为shy.luo.process的package,这个例子的源代码主要就是实现在这里了。下面,将会逐一介绍这个package里面的文件。

应用程序的默认Activity定义在src/shy/luo/process/MainActivity.java文件中:

view plain
  1. packageshy.luo.process;
  2. importandroid.app.Activity;
  3. importandroid.content.Intent;
  4. importandroid.os.Bundle;
  5. importandroid.util.Log;
  6. importandroid.view.View;
  7. importandroid.view.View.OnClickListener;
  8. importandroid.widget.Button;
  9. publicclassMainActivityextendsActivityimplementsOnClickListener{
  10. privatefinalstaticStringLOG_TAG="shy.luo.process.MainActivity";
  11. privateButtonstartButton=null;
  12. @Override
  13. publicvoidonCreate(BundlesavedInstanceState){
  14. super.onCreate(savedInstanceState);
  15. setContentView(R.layout.main);
  16. startButton=(Button)findViewById(R.id.button_start);
  17. startButton.setOnClickListener(this);
  18. Log.i(LOG_TAG,"MainActivityCreated.");
  19. }
  20. @Override
  21. publicvoidonClick(Viewv){
  22. if(v.equals(startButton)){
  23. Intentintent=newIntent("shy.luo.process.subactivity");
  24. startActivity(intent);
  25. }
  26. }
  27. }
和前面文章的例子一样,它的实现很简单,当点击它上面的一个按钮的时候,就会启动另外一个名字为“shy.luo.process.subactivity”的Actvity。
名字为“shy.luo.process.subactivity”的Actvity实现在src/shy/luo/process/SubActivity.java文件中:
view plain
  1. packageshy.luo.process;
  2. importandroid.app.Activity;
  3. importandroid.os.Bundle;
  4. importandroid.util.Log;
  5. importandroid.view.View;
  6. importandroid.view.View.OnClickListener;
  7. importandroid.widget.Button;
  8. publicclassSubActivityextendsActivityimplementsOnClickListener{
  9. privatefinalstaticStringLOG_TAG="shy.luo.process.SubActivity";
  10. privateButtonfinishButton=null;
  11. @Override
  12. publicvoidonCreate(BundlesavedInstanceState){
  13. super.onCreate(savedInstanceState);
  14. setContentView(R.layout.sub);
  15. finishButton=(Button)findViewById(R.id.button_finish);
  16. finishButton.setOnClickListener(this);
  17. Log.i(LOG_TAG,"SubActivityCreated.");
  18. }
  19. @Override
  20. publicvoidonClick(Viewv){
  21. if(v.equals(finishButton)){
  22. finish();
  23. }
  24. }
  25. }
它的实现也很简单,当点击上面的一个铵钮的时候,就结束自己,回到前面一个Activity中去。
再来重点看一下应用程序的配置文件AndroidManifest.xml:
view plain
  1. <?xmlversion="1.0"encoding="utf-8"?>
  2. <manifestxmlns:android="http://schemas.android.com/apk/res/android"
  3. package="shy.luo.task"
  4. android:versionCode="1"
  5. android:versionName="1.0">
  6. <applicationandroid:icon="@drawable/icon"android:label="@string/app_name">
  7. <activityandroid:name=".MainActivity"
  8. android:label="@string/app_name">
  9. android:process=":shy.luo.process.main"
  10. <intent-filter>
  11. <actionandroid:name="android.intent.action.MAIN"/>
  12. <categoryandroid:name="android.intent.category.LAUNCHER"/>
  13. </intent-filter>
  14. </activity>
  15. <activityandroid:name=".SubActivity"
  16. android:label="@string/sub_activity"
  17. android:process=":shy.luo.process.sub">
  18. <intent-filter>
  19. <actionandroid:name="shy.luo.task.subactivity"/>
  20. <categoryandroid:name="android.intent.category.DEFAULT"/>
  21. </intent-filter>
  22. </activity>
  23. </application>
  24. </manifest>
为了使MainActivity和SubActivity在不同的进程中启动,我们分别配置了这两个Activity的android:process属性。在官方文档http://developer.android.com/guide/topics/manifest/activity-element.html中,是这样介绍Activity的android:process属性的:

The name of the process in which the activity should run. Normally, all components of an application run in the default process created for the application. It has the same name as the application package. The <application> element's process attribute can set a different default for all components. But each component can override the default, allowing you to spread your application across multiple processes.
If the name assigned to this attribute begins with a colon (':'), a new process, private to the application, is created when it's needed and the activity runs in that process. If the process name begins with a lowercase character, the activity will run in a global process of that name, provided that it has permission to do so. This allows components in different applications to share a process, reducing resource usage.
大意为,一般情况下,同一个应用程序的Activity组件都是运行在同一个进程中,但是,如果Activity配置了android:process这个属性,那么,它就会运行在自己的进程中。如果android:process属性的值以":"开头,则表示这个进程是私有的;如果android:process属性的值以小写字母开头,则表示这是一个全局进程,允许其它应用程序组件也在这个进程中运行。

因此,这里我们以":"开头,表示创建的是私有的进程。事实上,这里我们不要前面的":"也是可以的,但是必须保证这个属性性字符串内至少有一个"."字符,具体可以看一下解析AndroidManiefst.xml文件的源代码,在frameworks/base/core/java/android/content/pm/PackageParser.java文件中:

view plain
  1. publicclassPackageParser{
  2. ......
  3. privatebooleanparseApplication(Packageowner,Resourcesres,
  4. XmlPullParserparser,AttributeSetattrs,intflags,String[]outError)
  5. throwsXmlPullParserException,IOException{
  6. finalApplicationInfoai=owner.applicationInfo;
  7. finalStringpkgName=owner.applicationInfo.packageName;
  8. TypedArraysa=res.obtainAttributes(attrs,
  9. com.android.internal.R.styleable.AndroidManifestApplication);
  10. ......
  11. if(outError[0]==null){
  12. CharSequencepname;
  13. if(owner.applicationInfo.targetSdkVersion>=Build.VERSION_CODES.FROYO){
  14. pname=sa.getNonConfigurationString(
  15. com.android.internal.R.styleable.AndroidManifestApplication_process,0);
  16. }else{
  17. //Someolderappshavebeenseentousearesourcereference
  18. //herethatonolderbuildswasignored(withawarning).We
  19. //needtocontinuetodothisforthemsotheydon'tbreak.
  20. pname=sa.getNonResourceString(
  21. com.android.internal.R.styleable.AndroidManifestApplication_process);
  22. }
  23. ai.processName=buildProcessName(ai.packageName,null,pname,
  24. flags,mSeparateProcesses,outError);
  25. ......
  26. }
  27. ......
  28. }
  29. privatestaticStringbuildProcessName(Stringpkg,StringdefProc,
  30. CharSequenceprocSeq,intflags,String[]separateProcesses,
  31. String[]outError){
  32. if((flags&PARSE_IGNORE_PROCESSES)!=0&&!"system".equals(procSeq)){
  33. returndefProc!=null?defProc:pkg;
  34. }
  35. if(separateProcesses!=null){
  36. for(inti=separateProcesses.length-1;i>=0;i--){
  37. Stringsp=separateProcesses[i];
  38. if(sp.equals(pkg)||sp.equals(defProc)||sp.equals(procSeq)){
  39. returnpkg;
  40. }
  41. }
  42. }
  43. if(procSeq==null||procSeq.length()<=0){
  44. returndefProc;
  45. }
  46. returnbuildCompoundName(pkg,procSeq,"process",outError);
  47. }
  48. privatestaticStringbuildCompoundName(Stringpkg,
  49. CharSequenceprocSeq,Stringtype,String[]outError){
  50. Stringproc=procSeq.toString();
  51. charc=proc.charAt(0);
  52. if(pkg!=null&&c==':'){
  53. if(proc.length()<2){
  54. outError[0]="Bad"+type+"name"+proc+"inpackage"+pkg
  55. +":mustbeatleasttwocharacters";
  56. returnnull;
  57. }
  58. StringsubName=proc.substring(1);
  59. StringnameError=validateName(subName,false);
  60. if(nameError!=null){
  61. outError[0]="Invalid"+type+"name"+proc+"inpackage"
  62. +pkg+":"+nameError;
  63. returnnull;
  64. }
  65. return(pkg+proc).intern();
  66. }
  67. StringnameError=validateName(proc,true);
  68. if(nameError!=null&&!"system".equals(proc)){
  69. outError[0]="Invalid"+type+"name"+proc+"inpackage"
  70. +pkg+":"+nameError;
  71. returnnull;
  72. }
  73. returnproc.intern();
  74. }
  75. privatestaticStringvalidateName(Stringname,booleanrequiresSeparator){
  76. finalintN=name.length();
  77. booleanhasSep=false;
  78. booleanfront=true;
  79. for(inti=0;i<N;i++){
  80. finalcharc=name.charAt(i);
  81. if((c>='a'&&c<='z')||(c>='A'&&c<='Z')){
  82. front=false;
  83. continue;
  84. }
  85. if(!front){
  86. if((c>='0'&&c<='9')||c=='_'){
  87. continue;
  88. }
  89. }
  90. if(c=='.'){
  91. hasSep=true;
  92. front=true;
  93. continue;
  94. }
  95. return"badcharacter'"+c+"'";
  96. }
  97. returnhasSep||!requiresSeparator
  98. ?null:"musthaveatleastone'.'separator";
  99. }
  100. ......
  101. }
从调用parseApplication函数解析application标签开始,通过调用buildProcessName函数对android:process属性进解析,接着又会调用buildCompoundName进一步解析,这里传进来的参数pkg就为"shy.luo.process",参数procSeq为MainActivity的属性android:process的值":shy.luo.process.main",进一步将这个字符串保存在本地变量proc中。如果proc的第一个字符是":",则只需要调用validateName函数来验证proc字符串里面的字符都是合法组成就可以了,即以大小写字母或者"."开头,后面可以跟数字或者"_"字符;如果proc的第一个字符不是":",除了保证proc字符里面的字符都是合法组成外,还要求至少有一个"."字符。

MainActivity和SubActivity的android:process属性配置就介绍到这里了,其它更多的信息读者可以参考官方文档http://developer.android.com/guide/topics/manifest/activity-element.html或者源代码文件frameworks/base/core/java/android/content/pm/PackageParser.java。

再来看界面配置文件,它们定义在res/layout目录中,main.xml文件对应MainActivity的界面:

view plain
  1. <?xmlversion="1.0"encoding="utf-8"?>
  2. <LinearLayoutxmlns:android="http://schemas.android.com/apk/res/android"
  3. android:orientation="vertical"
  4. android:layout_width="fill_parent"
  5. android:layout_height="fill_parent"
  6. android:gravity="center">
  7. <Button
  8. android:id="@+id/button_start"
  9. android:layout_width="wrap_content"
  10. android:layout_height="wrap_content"
  11. android:gravity="center"
  12. android:text="@string/start">
  13. </Button>
  14. </LinearLayout>

而sub.xml对应SubActivity的界面:

view plain
  1. <?xmlversion="1.0"encoding="utf-8"?>
  2. <LinearLayoutxmlns:android="http://schemas.android.com/apk/res/android"
  3. android:orientation="vertical"
  4. android:layout_width="fill_parent"
  5. android:layout_height="fill_parent"
  6. android:gravity="center">
  7. <Button
  8. android:id="@+id/button_finish"
  9. android:layout_width="wrap_content"
  10. android:layout_height="wrap_content"
  11. android:gravity="center"
  12. android:text="@string/finish">
  13. </Button>
  14. </LinearLayout>
字符串文件位于res/values/strings.xml文件中:
view plain
  1. <?xmlversion="1.0"encoding="utf-8"?>
  2. <resources>
  3. <stringname="app_name">Process</string>
  4. <stringname="sub_activity">SubActivity</string>
  5. <stringname="start">Startactivityinnewprocess</string>
  6. <stringname="finish">Finishactivity</string>
  7. </resources>
最后,我们还要在工程目录下放置一个编译脚本文件Android.mk:
view plain
  1. LOCAL_PATH:=$(callmy-dir)
  2. include$(CLEAR_VARS)
  3. LOCAL_MODULE_TAGS:=optional
  4. LOCAL_SRC_FILES:=$(callall-subdir-java-files)
  5. LOCAL_PACKAGE_NAME:=Process
  6. include$(BUILD_PACKAGE)
接下来就要编译了。有关如何单独编译Android源代码工程的模块,以及如何打包system.img,请参考如何单独编译Android源代码中的模块一文。
执行以下命令进行编译和打包:
view plain
  1. USER-NAME@MACHINE-NAME:~/Android$mmmpackages/experimental/Process
  2. USER-NAME@MACHINE-NAME:~/Android$makesnod
这样,打包好的Android系统镜像文件system.img就包含我们前面创建的Process应用程序了。
再接下来,就是运行模拟器来运行我们的例子了。关于如何在Android源代码工程中运行模拟器,请参考在Ubuntu上下载、编译和安装Android最新源代码一文。
执行以下命令启动模拟器:
view plain
  1. USER-NAME@MACHINE-NAME:~/Android$emulator
模拟器启动起,就可以App Launcher中找到Process应用程序图标,接着把它启动起来:

点击中间的按钮,就会在新的进程中启动SubActivity:

现在,我们如何来确认SubActivity是不是在新的进程中启动呢?Android源代码工程为我们准备了adb工具,可以查看模拟器上系统运行的状况,执行下面的命令查看:

view plain
  1. USER-NAME@MACHINE-NAME:~/Android$adbshelldumpsysactivity
这个命令输出的内容比较多,这里我们只关心系统中的任务和进程部分:
view plain
  1. ......
  2. Runningactivities(mostrecentfirst):
  3. TaskRecord{40770440#3Ashy.luo.process}
  4. Run#2:HistoryRecord{406d4b20shy.luo.process/.SubActivity}
  5. Run#1:HistoryRecord{40662bd8shy.luo.process/.MainActivity}
  6. TaskRecord{40679eb8#2Acom.android.launcher}
  7. Run#0:HistoryRecord{40677570com.android.launcher/com.android.launcher2.Launcher}
  8. ......
  9. PIDmappings:
  10. ......
  11. PID#416:ProcessRecord{4064b720416:shy.luo.process:shy.luo.process.main/10037}
  12. PID#425:ProcessRecord{406ddc30425:shy.luo.process:shy.luo.process.sub/10037}
  13. ......

这里我们看到,虽然MainActivity和SubActivity都是在同一个应用程序并且运行在同一个任务中,然而,它们却是运行在两个不同的进程中,这就可以看到Android系统中任务这个概念的强大之处了,它使得我们在开发应用程序的时候,可以把相对独立的模块放在独立的进程中运行,以降低模块之间的耦合性,同时,我们又不必去考虑一个应用程序在两个进程中运行的细节的问题,Android系统中的任务会为我们打点好一切。

在启动Activity的时候,系统是如何做到在新的进程中来启动这个Activity的呢?在前面两篇文章Android应用程序启动过程源代码分析和Android应用程序内部启动Activity过程(startActivity)的源代码分析中,分别在Step 22和Step 21中分析了Activity在启动过程中与进程相关的函数ActivityStack.startSpecificActivityLocked函数中,它定义在frameworks/base/services/java/com/android/server/am/ActivityStack.java文件中:

view plain
  1. publicclassActivityStack{
  2. ......
  3. privatefinalvoidstartSpecificActivityLocked(ActivityRecordr,
  4. booleanandResume,booleancheckConfig){
  5. //Isthisactivity'sapplicationalreadyrunning?
  6. ProcessRecordapp=mService.getProcessRecordLocked(r.processName,
  7. r.info.applicationInfo.uid);
  8. ......
  9. if(app!=null&&app.thread!=null){
  10. try{
  11. realStartActivityLocked(r,app,andResume,checkConfig);
  12. return;
  13. }catch(RemoteExceptione){
  14. ......
  15. }
  16. }
  17. mService.startProcessLocked(r.processName,r.info.applicationInfo,true,0,
  18. "activity",r.intent.getComponent(),false);
  19. }
  20. ......
  21. }

从这个函数可以看出,决定一个Activity是在新的进程中启动还是在原有的进程中启动的因素有两个,一个是看这个Activity的process属性的值,另一个是这个Activity所在的应用程序的uid。应用程序的UID是由系统分配的,而Activity的process属性值,如前所述,是可以在AndroidManifest.xml文件中进行配置的,如果没有配置,它默认就为application标签的process属性值,如果application标签的process属性值也没有配置,那么,它们就默认为应用程序的package名。这里就是根据processName和uid在系统查找是否已有相应的进程存在,如果已经有了,就会调用realStartActivityLocked来直接启动Activity,否则的话,就要通过调用ActivityManagerService.startProcessLocked函数来创建一个新的进程,然后在新进程中启动这个Activity了。对于前者,可以参考Android应用程序内部启动Activity过程(startActivity)的源代码分析一文,而后者,可以参考Android应用程序启动过程源代码分析一文。

至此,Android应用程序在新的进程中启动新的Activity的方法和过程分析就结束了。在实际开发中,一个应用程序一般很少会在一个新的进程中启动另外一个Activity,如果真的需要这样做,还要考虑如何与应用程序中其它进程的Activity进行通信,这时候不妨考虑使用Binder进程间通信机制。写这篇文章的目的,更多是让我们去了解Android应用程序的架构,这种架构可以使得应用程序组件以松耦合的方式组合在一起,便于后续的扩展和维护,这是非常值得我们学习的。

分享到:
评论

相关推荐

    Android应用程序的Activity启动过程简要介绍和学习计划

    Android应用程序的Activity启动过程简要介绍和学习计划

    Android应用程序的Activity启动过程简要介绍和学习计划.doc

    Android应用程序的Activity启动过程简要介绍和学习计划.docAndroid应用程序的Activity启动过程简要介绍和学习计划.docAndroid应用程序的Activity启动过程简要介绍和学习计划.docAndroid应用程序的Activity启动过程...

    老罗的android之旅时序图

    Android应用程序绑定服务(bindService)的过程源代码分析UML.jpg,Android应用程序进程启动过程的源代码分析uml.jpg,Android应用程序内部启动Activity过程(startActivity)的源代码分析 UML.jpg,Android应用程序...

    Android应用程序进程管理

    这个PPT讲Android应用程序进程的启动和回收,主要涉及到Zygote进程、System Server进程,以及组件管理服务ActivityManagerService、窗口服务WindowManagerService,还有专用驱动Low Memory Killer。通过了解Android...

    Android应用程序启动过程源代码分析

    在上一篇文章Android应用程序的Activity启动过程简要介绍和学习计划中,我们举例子说明了启动Android应用程序中的Activity的两种情景,其中,在手机屏幕中点击应用程序图标的情景就会引发Android应用程序中的默认...

    分析Android Activity的启动过程

    分析Android Activity的启动过程  对于Android Activity 的启动过程...根Activity一般就是指我们项目中的MainActivity,代表了一个android应用程序,一般也是在一个新的进程中启动起来。在Android系统中,所有的Activi

    《Android系统源代码情景分析》

    第12章 Android应用程序进程的启动过程 12.1 应用程序进程的创建过程 12.2 Binder线程池的启动过程 12.3 消息循环的创建过程 第13章 Android应用程序的消息处理机制 13.1 创建线程消息队列 13.2 线程...

    Android系统源代码情景分析-罗升阳-源码

    第12章 Android应用程序进程的启动过程 12.1 应用程序进程的创建过程 12.2 Binder线程池的启动过程 12.3 消息循环的创建过程 第13章 Android应用程序的消息处理机制 13.1 创建线程消息队列 13.2 线程消息循环...

    Android系统源代码情景分析 / 罗升阳著

    第12章 Android应用程序进程的启动过程 第13章 Android应用程序的消息处理机制 第14章 Android应用程序的键盘消息处理机制 第15章 Android应用程序线程的消息循环模型 第16章 Android应用程序的安装和显示过程

    android核心分析pdf

    Android核心分析(20)----Android应用程序框架之无边界设计意图. Android核心分析(21)----Android应用框架之AndroidApplication. Android核心分析(22)----Android应用框架之Activity Android核心分析(23)----...

    Android应用框架之应用启动过程详解

    在Android的应用框架中,ActivityManagerService是非常重要的一个组件,尽管名字叫做ActivityManagerService,但通过之前的博客介绍,我们知道,四大组件的创建都是有AMS来完成的,其实不仅是应用程序中的组件,连...

    Android核心分析(pdf)

    Android核心分析(20)----Android应用程序框架之无边界设计意图. Android核心分析(21)----Android应用框架之AndroidApplication. Android核心分析(22)----Android应用框架之Activity Android核心分析(23)----...

    新版Android开发教程.rar

    Android 是一个专门针对移动设备的软件集,它包括一个操作系统,中间件和一些重要的应用程序。 Beta 版 的 Android SDK 提供了在 Android 平台上使用 JaVa 语言进行 Android 应用开发必须的工具和 API 接口。 特性 ...

    Android开发指南中文版-----应用程序框架

    应用程序基础Application Fundamentals 4 关键类 4 应用程序组件 5 激活组件:intent 7 关闭组件 7 manifest文件 8 Intent过滤器 8 Activity和任务 10 Affinity(吸引力)和新任务 11 加载模式 12 清理堆栈 13 启动...

    通过实例解析android Activity启动过程

    注:只是说明启动activity的过程(ActivityThread如何与ActivityManagerService简称AmS进行进程间通信调用全过程),不解析android从zygote(受精卵)到整个系统服务的启动 具体来讲,启动activity的方式有以下几种...

    [经典文档]Android核心分析

    核心分析之二十 ----- Android 应用程序框架之无边界设计意图 核心分析之二十一 ----- Android 应用框架之Android Application 核心分析之二十二 ----- Android 应用框架之Activity 核心分析之二十三 ----- Android...

    Android代码-android-advanced-decode

    第3章介绍应用程序进程启动过程。 第4章介绍四大组件的工作过程,包括根Activity的启动过程,Service的启动和绑定过程,广播的注册、发送和接收过程,Content Provider的启动过程。 第5章从源码角度分析上下文...

Global site tag (gtag.js) - Google Analytics