由于在前面的Step 3中，指定了"--runtime-init"參數，表示要為新創建的進程初始化運行時庫，因此，上文的parseArgs.runtimeInit值為true，于是就繼續執行RuntimeInit.zygoteInit進一步處理了。接下來：

Step 8. RuntimeInit.zygoteInit

這個函數定義在frameworks/base/core/java/com/android/internal/os/RuntimeInit.java文件中：

[java] view plaincopypublic class RuntimeInit { 
　　...... 
　　public static final void zygoteInit(String[] argv) 
　　throws ZygoteInit.MethodAndArgsCaller { 
　　// TODO: Doing this here works, but it seems kind of arbitrary. Find 
　　// a better place. The goal is to set it up for applications, but not 
　　// tools like am. 
　　System.setOut(new AndroidPrintStream(Log.INFO, "System.out")); 
　　System.setErr(new AndroidPrintStream(Log.WARN, "System.err")); 
　　commonInit(); 
　　zygoteInitNative(); 
　　int curArg = 0; 
　　for ( /* curArg */ ; curArg < argv.length; curArg++) { 
　　String arg = argv[curArg]; 
　　if (arg.equals("--")) { 
　　curArg++; 
　　break; 
　　} else if (!arg.startsWith("--")) { 
　　break; 
　　} else if (arg.startsWith("--nice-name=")) { 
　　String niceName = arg.substring(arg.indexOf('=') + 1); 
　　Process.setArgV0(niceName); 
　　} 
　　} 
　　if (curArg == argv.length) { 
　　Slog.e(TAG, "Missing classname argument to RuntimeInit!"); 
　　// let the process exit 
　　return; 
　　} 
　　// Remaining arguments are passed to the start class's static main 
　　String startClass = argv[curArg++]; 
　　String[] startArgs = new String[argv.length - curArg]; 
　　System.arraycopy(argv, curArg, startArgs, 0, startArgs.length); 
　　invokeStaticMain(startClass, startArgs); 
　　} 
　　...... 
　　} 

這里有兩個關鍵的函數調用，一個是zygoteInitNative函數調用，一個是invokeStaticMain函數調用，前者就是執行Binder驅動程序初始化的相關工作了，正是由于執行了這個工作，才使得進程中的Binder對象能夠順利地進行Binder進程間通信，而后一個函數調用，就是執行進程的入口函數，這里就是執行startClass類的main函數了，而這個startClass即是我們在Step 1中傳進來的"android.app.ActivityThread"值，表示要執行android.app.ActivityThread類的main函數。

我們先來看一下zygoteInitNative函數的調用過程，然后再回到RuntimeInit.zygoteInit函數中來，看看它是如何調用android.app.ActivityThread類的main函數的。