轉 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 copy to clipboard print ?

package shy.luo.process;
import android.app.Activity;
import android.content.Intent;
import android.os.Bundle;
import android.util.Log;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button;
public class MainActivity extends Activity implements OnClickListener {
private final static String LOG_TAG = "shy.luo.process.MainActivity";
private Button startButton = null;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
startButton = (Button)findViewById(R.id.button_start);
startButton.setOnClickListener(this);
Log.i(LOG_TAG, "Main Activity Created.");
}
@Override
public void onClick(View v) {
if(v.equals(startButton)) {
Intent intent = new Intent("shy.luo.process.subactivity");
startActivity(intent);
}
}
}

package shy.luo.process;     
    
import android.app.Activity;    
import android.content.Intent;    
import android.os.Bundle;    
import android.util.Log;    
import android.view.View;    
import android.view.View.OnClickListener;    
import android.widget.Button;    
    
public class MainActivity extends Activity  implements OnClickListener {    
    private final static String LOG_TAG = "shy.luo.process.MainActivity";    
    
    private Button startButton = null;    
    
    @Override    
    public void onCreate(Bundle savedInstanceState) {    
        super.onCreate(savedInstanceState);    
        setContentView(R.layout.main);    
    
        startButton = (Button)findViewById(R.id.button_start);    
        startButton.setOnClickListener(this);    
    
        Log.i(LOG_TAG, "Main Activity Created.");    
    }    
    
    @Override    
    public void onClick(View v) {    
        if(v.equals(startButton)) {    
            Intent intent = new Intent("shy.luo.process.subactivity");    
            startActivity(intent);    
        }    
    }    
}

和前面文章的例子一樣，它的實現很簡單，當點擊它上面的一個按鈕的時候，就會啓動另外一個名字爲“shy.luo.process.subactivity”的Actvity。
名字爲“shy.luo.process.subactivity”的Actvity實現在src/shy/luo/process/SubActivity.java文件中：

view plain copy to clipboard print ?

package shy.luo.process;
import android.app.Activity;
import android.os.Bundle;
import android.util.Log;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button;
public class SubActivity extends Activity implements OnClickListener {
private final static String LOG_TAG = "shy.luo.process.SubActivity";
private Button finishButton = null;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.sub);
finishButton = (Button)findViewById(R.id.button_finish);
finishButton.setOnClickListener(this);
Log.i(LOG_TAG, "Sub Activity Created.");
}
@Override
public void onClick(View v) {
if(v.equals(finishButton)) {
finish();
}
}
}

package shy.luo.process; import android.app.Activity; import android.os.Bundle; import android.util.Log; import android.view.View; import android.view.View.OnClickListener; import android.widget.Button; public class SubActivity extends Activity implements OnClickListener { private final static String LOG_TAG = "shy.luo.process.SubActivity"; private Button finishButton = null; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.sub); finishButton = (Button)findViewById(R.id.button_finish); finishButton.setOnClickListener(this); Log.i(LOG_TAG, "Sub Activity Created."); } @Override public void onClick(View v) { if(v.equals(finishButton)) { finish(); } } }

它的實現也很簡單，當點擊上面的一個銨鈕的時候，就結束自己，回到前面一個Activity中去。
再來重點看一下應用程序的配置文件AndroidManifest.xml：

view plain copy to clipboard print ?

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="shy.luo.task"
android:versionCode="1"
android:versionName="1.0">
<application android:icon="@drawable/icon" android:label="@string/app_name">
<activity android:name=".MainActivity"
android:label="@string/app_name">
android:process=":shy.luo.process.main"
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<activity android:name=".SubActivity"
android:label="@string/sub_activity"
android:process=":shy.luo.process.sub">
<intent-filter>
<action android:name="shy.luo.task.subactivity"/>
<category android:name="android.intent.category.DEFAULT"/>
</intent-filter>
</activity>
</application>
</manifest>

<?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="shy.luo.task" android:versionCode="1" android:versionName="1.0"> <application android:icon="@drawable/icon" android:label="@string/app_name"> <activity android:name=".MainActivity" android:label="@string/app_name"> android:process=":shy.luo.process.main" <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity> <activity android:name=".SubActivity" android:label="@string/sub_activity" android:process=":shy.luo.process.sub"> <intent-filter> <action android:name="shy.luo.task.subactivity"/> <category android:name="android.intent.category.DEFAULT"/> </intent-filter> </activity> </application> </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 copy to clipboard print ?

public class PackageParser {
......
private boolean parseApplication(Package owner, Resources res,
XmlPullParser parser, AttributeSet attrs, int flags, String[] outError)
throws XmlPullParserException, IOException {
final ApplicationInfo ai = owner.applicationInfo;
final String pkgName = owner.applicationInfo.packageName;
TypedArray sa = res.obtainAttributes(attrs,
com.android.internal.R.styleable.AndroidManifestApplication);
......
if (outError[0] == null) {
CharSequence pname;
if (owner.applicationInfo.targetSdkVersion >= Build.VERSION_CODES.FROYO) {
pname = sa.getNonConfigurationString(
com.android.internal.R.styleable.AndroidManifestApplication_process, 0);
} else {
// Some older apps have been seen to use a resource reference
// here that on older builds was ignored (with a warning). We
// need to continue to do this for them so they don't break.
pname = sa.getNonResourceString(
com.android.internal.R.styleable.AndroidManifestApplication_process);
}
ai.processName = buildProcessName(ai.packageName, null, pname,
flags, mSeparateProcesses, outError);
......
}
......
}
private static String buildProcessName(String pkg, String defProc,
CharSequence procSeq, int flags, String[] separateProcesses,
String[] outError) {
if ((flags&PARSE_IGNORE_PROCESSES) != 0 && !"system".equals(procSeq)) {
return defProc != null ? defProc : pkg;
}
if (separateProcesses != null) {
for (int i=separateProcesses.length-1; i>=0; i--) {
String sp = separateProcesses[i];
if (sp.equals(pkg) || sp.equals(defProc) || sp.equals(procSeq)) {
return pkg;
}
}
}
if (procSeq == null || procSeq.length() <= 0) {
return defProc;
}
return buildCompoundName(pkg, procSeq, "process", outError);
}
private static String buildCompoundName(String pkg,
CharSequence procSeq, String type, String[] outError) {
String proc = procSeq.toString();
char c = proc.charAt(0);
if (pkg != null && c == ':') {
if (proc.length() < 2) {
outError[0] = "Bad " + type + " name " + proc + " in package " + pkg
+ ": must be at least two characters";
return null;
}
String subName = proc.substring(1);
String nameError = validateName(subName, false);
if (nameError != null) {
outError[0] = "Invalid " + type + " name " + proc + " in package "
+ pkg + ": " + nameError;
return null;
}
return (pkg + proc).intern();
}
String nameError = validateName(proc, true);
if (nameError != null && !"system".equals(proc)) {
outError[0] = "Invalid " + type + " name " + proc + " in package "
+ pkg + ": " + nameError;
return null;
}
return proc.intern();
}
private static String validateName(String name, boolean requiresSeparator) {
final int N = name.length();
boolean hasSep = false;
boolean front = true;
for (int i=0; i<N; i++) {
final char c = name.charAt(i);
if ((c >= 'a' && c <= 'z') || (c >= 'A' && c <= 'Z')) {
front = false;
continue;
}
if (!front) {
if ((c >= '0' && c <= '9') || c == '_') {
continue;
}
}
if (c == '.') {
hasSep = true;
front = true;
continue;
}
return "bad character '" + c + "'";
}
return hasSep || !requiresSeparator
? null : "must have at least one '.' separator";
}
......
}

public class PackageParser {

	......

	private boolean parseApplication(Package owner, Resources res,
			XmlPullParser parser, AttributeSet attrs, int flags, String[] outError)
			throws XmlPullParserException, IOException {
		final ApplicationInfo ai = owner.applicationInfo;
		final String pkgName = owner.applicationInfo.packageName;

		TypedArray sa = res.obtainAttributes(attrs,
			com.android.internal.R.styleable.AndroidManifestApplication);

		......

		if (outError[0] == null) {
			CharSequence pname;
			if (owner.applicationInfo.targetSdkVersion >= Build.VERSION_CODES.FROYO) {
				pname = sa.getNonConfigurationString(
					com.android.internal.R.styleable.AndroidManifestApplication_process, 0);
			} else {
				// Some older apps have been seen to use a resource reference
				// here that on older builds was ignored (with a warning).  We
				// need to continue to do this for them so they don't break.
				pname = sa.getNonResourceString(
					com.android.internal.R.styleable.AndroidManifestApplication_process);
			}
			ai.processName = buildProcessName(ai.packageName, null, pname,
				flags, mSeparateProcesses, outError);

			......
		}

		......

	}

	private static String buildProcessName(String pkg, String defProc,
			CharSequence procSeq, int flags, String[] separateProcesses,
			String[] outError) {
		if ((flags&PARSE_IGNORE_PROCESSES) != 0 && !"system".equals(procSeq)) {
			return defProc != null ? defProc : pkg;
		}
		if (separateProcesses != null) {
			for (int i=separateProcesses.length-1; i>=0; i--) {
				String sp = separateProcesses[i];
				if (sp.equals(pkg) || sp.equals(defProc) || sp.equals(procSeq)) {
					return pkg;
				}
			}
		}
		if (procSeq == null || procSeq.length() <= 0) {
			return defProc;
		}
		return buildCompoundName(pkg, procSeq, "process", outError);
	}

	private static String buildCompoundName(String pkg,
			CharSequence procSeq, String type, String[] outError) {
		String proc = procSeq.toString();
		char c = proc.charAt(0);
		if (pkg != null && c == ':') {
			if (proc.length() < 2) {
				outError[0] = "Bad " + type + " name " + proc + " in package " + pkg
					+ ": must be at least two characters";
				return null;
			}
			String subName = proc.substring(1);
			String nameError = validateName(subName, false);
			if (nameError != null) {
				outError[0] = "Invalid " + type + " name " + proc + " in package "
					+ pkg + ": " + nameError;
				return null;
			}
			return (pkg + proc).intern();
		}
		String nameError = validateName(proc, true);
		if (nameError != null && !"system".equals(proc)) {
			outError[0] = "Invalid " + type + " name " + proc + " in package "
				+ pkg + ": " + nameError;
			return null;
		}
		return proc.intern();
	}


	private static String validateName(String name, boolean requiresSeparator) {
		final int N = name.length();
		boolean hasSep = false;
		boolean front = true;
		for (int i=0; i<N; i++) {
			final char c = name.charAt(i);
			if ((c >= 'a' && c <= 'z') || (c >= 'A' && c <= 'Z')) {
				front = false;
				continue;
			}
			if (!front) {
				if ((c >= '0' && c <= '9') || c == '_') {
					continue;
				}
			}
			if (c == '.') {
				hasSep = true;
				front = true;
				continue;
			}
			return "bad character '" + c + "'";
		}

		return hasSep || !requiresSeparator
			? null : "must have at least one '.' separator";
	}

	......

}

從調用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 copy to clipboard print ?

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:gravity="center">
<Button
android:id="@+id/button_start"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:gravity="center"
android:text="@string/start" >
</Button>
</LinearLayout>

<?xml version="1.0" encoding="utf-8"?>    
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"    
    android:orientation="vertical"    
    android:layout_width="fill_parent"    
    android:layout_height="fill_parent"     
    android:gravity="center">    
        <Button     
            android:id="@+id/button_start"    
            android:layout_width="wrap_content"    
            android:layout_height="wrap_content"    
            android:gravity="center"    
            android:text="@string/start" >    
        </Button>    
</LinearLayout>

而sub.xml對應SubActivity的界面：

view plain copy to clipboard print ?

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:gravity="center">
<Button
android:id="@+id/button_finish"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:gravity="center"
android:text="@string/finish" >
</Button>
</LinearLayout>

<?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:layout_width="fill_parent" android:layout_height="fill_parent" android:gravity="center"> <Button android:id="@+id/button_finish" android:layout_width="wrap_content" android:layout_height="wrap_content" android:gravity="center" android:text="@string/finish" > </Button> </LinearLayout>

字符串文件位於res/values/strings.xml文件中：

view plain copy to clipboard print ?

<?xml version="1.0" encoding="utf-8"?>
<resources>
<string name="app_name">Process</string>
<string name="sub_activity">Sub Activity</string>
<string name="start">Start activity in new process</string>
<string name="finish">Finish activity</string>
</resources>

<?xml version="1.0" encoding="utf-8"?> <resources> <string name="app_name">Process</string> <string name="sub_activity">Sub Activity</string> <string name="start">Start activity in new process</string> <string name="finish">Finish activity</string> </resources>

最後，我們還要在工程目錄下放置一個編譯腳本文件Android.mk：

view plain copy to clipboard print ?

LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE_TAGS := optional
LOCAL_SRC_FILES := $(call all-subdir-java-files)
LOCAL_PACKAGE_NAME := Process
include $(BUILD_PACKAGE)

LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE_TAGS := optional LOCAL_SRC_FILES := $(call all-subdir-java-files) LOCAL_PACKAGE_NAME := Process include $(BUILD_PACKAGE)

接下來就要編譯了。有關如何單獨編譯Android源代碼工程的模塊，以及如何打包system.img，請參考如何單獨編譯Android源代碼中的模塊一文。
執行以下命令進行編譯和打包：

view plain copy to clipboard print ?

USER-NAME@MACHINE-NAME:~/Android$ mmm packages/experimental/Process
USER-NAME@MACHINE-NAME:~/Android$ make snod

USER-NAME@MACHINE-NAME:~/Android$ mmm packages/experimental/Process USER-NAME@MACHINE-NAME:~/Android$ make snod

  這樣，打包好的Android系統鏡像文件system.img就包含我們前面創建的Process應用程序了。
   再接下來，就是運行模擬器來運行我們的例子了。關於如何在Android源代碼工程中運行模擬器，請參考在Ubuntu上下載、編譯和安裝Android最新源代碼一文。
   執行以下命令啓動模擬器：

view plain copy to clipboard print ?

USER-NAME@MACHINE-NAME:~/Android$ emulator

USER-NAME@MACHINE-NAME:~/Android$ emulator

模擬器啓動起，就可以App Launcher中找到Process應用程序圖標，接着把它啓動起來：

點擊中間的按鈕，就會在新的進程中啓動SubActivity：

現在，我們如何來確認SubActivity是不是在新的進程中啓動呢？Android源代碼工程爲我們準備了adb工具，可以查看模擬器上系統運行的狀況，執行下面的命令查看：

view plain copy to clipboard print ?

USER-NAME@MACHINE-NAME:~/Android$ adb shell dumpsys activity

USER-NAME@MACHINE-NAME:~/Android$ adb shell dumpsys activity

這個命令輸出的內容比較多，這裏我們只關心繫統中的任務和進程部分：

view plain copy to clipboard print ?

......
Running activities (most recent first):
TaskRecord{40770440 #3 A shy.luo.process}
Run #2: HistoryRecord{406d4b20 shy.luo.process/.SubActivity}
Run #1: HistoryRecord{40662bd8 shy.luo.process/.MainActivity}
TaskRecord{40679eb8 #2 A com.android.launcher}
Run #0: HistoryRecord{40677570 com.android.launcher/com.android.launcher2.Launcher}
......
PID mappings:
......
PID #416: ProcessRecord{4064b720 416:shy.luo.process:shy.luo.process.main/10037}
PID #425: ProcessRecord{406ddc30 425:shy.luo.process:shy.luo.process.sub/10037}
......

......

Running activities (most recent first):
    TaskRecord{40770440 #3 A shy.luo.process}
      Run #2: HistoryRecord{406d4b20 shy.luo.process/.SubActivity}
      Run #1: HistoryRecord{40662bd8 shy.luo.process/.MainActivity}
    TaskRecord{40679eb8 #2 A com.android.launcher}
      Run #0: HistoryRecord{40677570 com.android.launcher/com.android.launcher2.Launcher}

......

PID mappings:
    ......

    PID #416: ProcessRecord{4064b720 416:shy.luo.process:shy.luo.process.main/10037}
    PID #425: ProcessRecord{406ddc30 425:shy.luo.process:shy.luo.process.sub/10037}

......

這裏我們看到，雖然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 copy to clipboard print ?

public class ActivityStack {
......
private final void startSpecificActivityLocked(ActivityRecord r,
boolean andResume, boolean checkConfig) {
// Is this activity's application already running?
ProcessRecord app = mService.getProcessRecordLocked(r.processName,
r.info.applicationInfo.uid);
......
if (app != null && app.thread != null) {
try {
realStartActivityLocked(r, app, andResume, checkConfig);
return;
} catch (RemoteException e) {
......
}
}
mService.startProcessLocked(r.processName, r.info.applicationInfo, true, 0,
"activity", r.intent.getComponent(), false);
}
......
}

public class ActivityStack {  
  
    ......  
  
    private final void startSpecificActivityLocked(ActivityRecord r,  
            boolean andResume, boolean checkConfig) {  
        // Is this activity's application already running?  
        ProcessRecord app = mService.getProcessRecordLocked(r.processName,  
            r.info.applicationInfo.uid);  
  
        ......  
  
        if (app != null && app.thread != null) {  
            try {  
                realStartActivityLocked(r, app, andResume, checkConfig);  
                return;  
            } catch (RemoteException e) {  
                ......  
            }  
        }  
  
        mService.startProcessLocked(r.processName, r.info.applicationInfo, true, 0,  
            "activity", r.intent.getComponent(), false);  
    }  
  
  
    ......  
  
}

從這個函數可以看出，決定一個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的方法和過程分析 .

致遠OA及相關OA系統集成與二次開發

System.Object未被引用的程序集中定義

Java 信號量（semaphore）搭配CountDownLatch 實現多線程處理循環內邏輯並限制創建線程數

【面試準備】項目經驗——接口自動化項目

專門爲C#和Unity編寫的IoC框架：StrangeIoC

Scala和Clojure，以及優秀的企業級語言之道

原生IOS應用(Swift)反覆打開關閉Unity View

轉 Android應用程序在新的進程中啓動新的Activity的方法和過程分析 .

在iphone越獄機器中使用Hook

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結