Android应用程序进程启动过程的源代码分析(1)

简介:

Android应用程序框架层创建的应用程序进程具有两个特点,一是进程的入口函数是ActivityThread.main,二是进程天然支持Binder进程间通信机制;这两个特点都是在进程的初始化过程中实现的,本文将详细分析Android应用程序进程创建过程中是如何实现这两个特点的。

        Android应用程序框架层创建的应用程序进程的入口函数是ActivityThread.main比较好理解,即进程创建完成之后,Android应用程序框架层就会在这个进程中将ActivityThread类加载进来,然后执行它的main函数,这个main函数就是进程执行消息循环的地方了。Android应用程序框架层创建的应用程序进程天然支持Binder进程间通信机制这个特点应该怎么样理解呢?前面我们在学习Android系统的Binder进程间通信机制时说到,它具有四个组件,分别是驱动程序、守护进程、Client以及Server,其中Server组件在初始化时必须进入一个循环中不断地与Binder驱动程序进行到交互,以便获得Client组件发送的请求,具体可参考Android系统进程间通信(IPC)机制Binder中的Server启动过程源代码分析一文,但是,当我们在Android应用程序中实现Server组件的时候,我们并没有让进程进入一个循环中去等待Client组件的请求,然而,当Client组件得到这个Server组件的远程接口时,却可以顺利地和Server组件进行进程间通信,这就是因为Android应用程序进程在创建的时候就已经启动了一个线程池来支持Server组件和Binder驱动程序之间的交互了,这样,极大地方便了在Android应用程序中创建Server组件。

        在Android应用程序框架层中,是由ActivityManagerService组件负责为Android应用程序创建新的进程的,它本来也是运行在一个独立的进程之中,不过这个进程是在系统启动的过程中创建的。ActivityManagerService组件一般会在什么情况下会为应用程序创建一个新的进程呢?当系统决定要在一个新的进程中启动一个Activity或者Service时,它就会创建一个新的进程了,然后在这个新的进程中启动这个Activity或者Service,具体可以参考Android系统在新进程中启动自定义服务过程(startService)的原理分析Android应用程序启动过程源代码分析Android应用程序在新的进程中启动新的Activity的方法和过程分析这三篇文章。

        ActivityManagerService启动新的进程是从其成员函数startProcessLocked开始的,在深入分析这个过程之前,我们先来看一下进程创建过程的序列图,然后再详细分析每一个步骤。

        Step 1. ActivityManagerService.startProcessLocked

        这个函数定义在frameworks/base/services/java/com/android/server/am/ActivityManagerService.java文件中:

 
 
  1. public final class ActivityManagerService extends ActivityManagerNative     
  2.         implements Watchdog.Monitor, BatteryStatsImpl.BatteryCallback {     
  3.      
  4.     ......     
  5.      
  6.     private final void startProcessLocked(ProcessRecord app,     
  7.                 String hostingType, String hostingNameStr) {     
  8.      
  9.         ......     
  10.      
  11.         try {     
  12.             int uid = app.info.uid;     
  13.             int[] gids = null;     
  14.             try {     
  15.                 gids = mContext.getPackageManager().getPackageGids(     
  16.                     app.info.packageName);     
  17.             } catch (PackageManager.NameNotFoundException e) {     
  18.                 ......     
  19.             }     
  20.                  
  21.             ......     
  22.      
  23.             int debugFlags = 0;     
  24.                  
  25.             ......     
  26.                  
  27.             int pid = Process.start("android.app.ActivityThread",     
  28.                 mSimpleProcessManagement ? app.processName : null, uid, uid,     
  29.                 gids, debugFlags, null);     
  30.                  
  31.             ......     
  32.      
  33.         } catch (RuntimeException e) {     
  34.                  
  35.             ......     
  36.      
  37.         }     
  38.     }     
  39.      
  40.     ......     
  41.      
  42. }     

       它调用了Process.start函数开始为应用程序创建新的进程,注意,它传入一个第一个参数为"android.app.ActivityThread",这就是进程初始化时要加载的Java类了,把这个类加载到进程之后,就会把它里面的静态成员函数main作为进程的入口点,后面我们会看到。

 

        Step 2. Process.start 

        这个函数定义在frameworks/base/core/java/android/os/Process.java文件中:

 
 
  1. public class Process {   
  2.     ......   
  3.    
  4.     public static final int start(final String processClass,   
  5.         final String niceName,   
  6.         int uid, int gid, int[] gids,   
  7.         int debugFlags,   
  8.         String[] zygoteArgs)   
  9.     {   
  10.         if (supportsProcesses()) {   
  11.             try {   
  12.                 return startViaZygote(processClass, niceName, uid, gid, gids,   
  13.                     debugFlags, zygoteArgs);   
  14.             } catch (ZygoteStartFailedEx ex) {   
  15.                 ......   
  16.             }   
  17.         } else {   
  18.             ......   
  19.    
  20.             return 0;   
  21.         }   
  22.     }   
  23.    
  24.     ......   
  25. }   

       这里的supportsProcesses函数返回值为true,它是一个Native函数,实现在frameworks/base/core/jni/android_util_Process.cpp文件中:

 
 
  1. jboolean android_os_Process_supportsProcesses(JNIEnv* env, jobject clazz)   
  2. {   
  3.     return ProcessState::self()->supportsProcesses();   
  4. }   

  ProcessState::supportsProcesses函数定义在frameworks/base/libs/binder/ProcessState.cpp文件中:

 
 
  1. bool ProcessState::supportsProcesses() const   
  2. {   
  3.     return mDriverFD >= 0;   
  4. }   

       这里的mDriverFD是设备文件/dev/binder的打开描述符,如果成功打开了这个设备文件,那么它的值就会大于等于0,因此,它的返回值为true。

 

       回到Process.start函数中,它调用startViaZygote函数进一步操作。

       Step 3. Process.startViaZygote

       这个函数定义在frameworks/base/core/java/android/os/Process.java文件中:

 
 
  1. public class Process {   
  2.     ......   
  3.    
  4.     private static int startViaZygote(final String processClass,   
  5.             final String niceName,   
  6.             final int uid, final int gid,   
  7.             final int[] gids,   
  8.             int debugFlags,   
  9.             String[] extraArgs)   
  10.             throws ZygoteStartFailedEx {   
  11.         int pid;   
  12.    
  13.         synchronized(Process.class) {   
  14.             ArrayList<String> argsForZygote = new ArrayList<String>();   
  15.    
  16.             // --runtime-init, --setuid=, --setgid=,   
  17.             // and --setgroups= must go first   
  18.             argsForZygote.add("--runtime-init");   
  19.             argsForZygote.add("--setuid=" + uid);   
  20.             argsForZygote.add("--setgid=" + gid);   
  21.             if ((debugFlags & Zygote.DEBUG_ENABLE_SAFEMODE) != 0) {   
  22.                 argsForZygote.add("--enable-safemode");   
  23.             }   
  24.             if ((debugFlags & Zygote.DEBUG_ENABLE_DEBUGGER) != 0) {   
  25.                 argsForZygote.add("--enable-debugger");   
  26.             }   
  27.             if ((debugFlags & Zygote.DEBUG_ENABLE_CHECKJNI) != 0) {   
  28.                 argsForZygote.add("--enable-checkjni");   
  29.             }   
  30.             if ((debugFlags & Zygote.DEBUG_ENABLE_ASSERT) != 0) {   
  31.                 argsForZygote.add("--enable-assert");   
  32.             }   
  33.    
  34.             //TODO optionally enable debuger   
  35.             //argsForZygote.add("--enable-debugger");   
  36.    
  37.             // --setgroups is a comma-separated list   
  38.             if (gids != null && gids.length > 0) {   
  39.                 StringBuilder sb = new StringBuilder();   
  40.                 sb.append("--setgroups=");   
  41.    
  42.                 int sz = gids.length;   
  43.                 for (int i = 0; i < sz; i++) {   
  44.                     if (i != 0) {   
  45.                         sb.append(',');   
  46.                     }   
  47.                     sb.append(gids[i]);   
  48.                 }   
  49.    
  50.                 argsForZygote.add(sb.toString());   
  51.             }   
  52.    
  53.             if (niceName != null) {   
  54.                 argsForZygote.add("--nice-name=" + niceName);   
  55.             }   
  56.    
  57.             argsForZygote.add(processClass);   
  58.    
  59.             if (extraArgs != null) {   
  60.                 for (String arg : extraArgs) {   
  61.                     argsForZygote.add(arg);   
  62.                 }   
  63.             }   
  64.    
  65.             pid = zygoteSendArgsAndGetPid(argsForZygote);   
  66.         }   
  67.     }   
  68.    
  69.     ......   
  70. }   

       这个函数将创建进程的参数放到argsForZygote列表中去,如参数"--runtime-init"表示要为新创建的进程初始化运行时库,然后调用zygoteSendAndGetPid函数进一步操作。

 

        Step 4. Process.zygoteSendAndGetPid

        这个函数定义在frameworks/base/core/java/android/os/Process.java文件中:

 
 
  1. public class Process {   
  2.     ......   
  3.    
  4.     private static int zygoteSendArgsAndGetPid(ArrayList<String> args)   
  5.             throws ZygoteStartFailedEx {   
  6.         int pid;   
  7.    
  8.         openZygoteSocketIfNeeded();   
  9.    
  10.         try {   
  11.             /**  
  12.             * See com.android.internal.os.ZygoteInit.readArgumentList()  
  13.             * Presently the wire format to the zygote process is:  
  14.             * a) a count of arguments (argc, in essence)  
  15.             * b) a number of newline-separated argument strings equal to count  
  16.             *  
  17.             * After the zygote process reads these it will write the pid of  
  18.             * the child or -1 on failure.  
  19.             */   
  20.    
  21.             sZygoteWriter.write(Integer.toString(args.size()));   
  22.             sZygoteWriter.newLine();   
  23.    
  24.             int sz = args.size();   
  25.             for (int i = 0; i < sz; i++) {   
  26.                 String arg = args.get(i);   
  27.                 if (arg.indexOf('\n') >= 0) {   
  28.                     throw new ZygoteStartFailedEx(   
  29.                         "embedded newlines not allowed");   
  30.                 }   
  31.                 sZygoteWriter.write(arg);   
  32.                 sZygoteWriter.newLine();   
  33.             }   
  34.    
  35.             sZygoteWriter.flush();   
  36.    
  37.             // Should there be a timeout on this?   
  38.             pid = sZygoteInputStream.readInt();   
  39.    
  40.             if (pid < 0) {   
  41.                 throw new ZygoteStartFailedEx("fork() failed");   
  42.             }   
  43.         } catch (IOException ex) {   
  44.             ......   
  45.         }   
  46.    
  47.         return pid;   
  48.     }   
  49.    
  50.     ......   
  51. }   

         这里的sZygoteWriter是一个Socket写入流,是由openZygoteSocketIfNeeded函数打开的:

 
 
  1. public class Process {   
  2.     ......   
  3.    
  4.     /**  
  5.     * Tries to open socket to Zygote process if not already open. If  
  6.     * already open, does nothing.  May block and retry.  
  7.     */   
  8.     private static void openZygoteSocketIfNeeded()   
  9.             throws ZygoteStartFailedEx {   
  10.    
  11.         int retryCount;   
  12.    
  13.         if (sPreviousZygoteOpenFailed) {   
  14.             /*  
  15.             * If we've failed before, expect that we'll fail again and  
  16.             * don't pause for retries.  
  17.             */   
  18.             retryCount = 0;   
  19.         } else {   
  20.             retryCount = 10;   
  21.         }   
  22.        
  23.         /*  
  24.         * See bug #811181: Sometimes runtime can make it up before zygote.  
  25.         * Really, we'd like to do something better to avoid this condition,  
  26.         * but for now just wait a bit...  
  27.         */   
  28.         for (int retry = 0   
  29.             ; (sZygoteSocket == null) && (retry < (retryCount + 1))   
  30.             ; retry++ ) {   
  31.    
  32.                 if (retry > 0) {   
  33.                     try {   
  34.                         Log.i("Zygote""Zygote not up yet, sleeping...");   
  35.                         Thread.sleep(ZYGOTE_RETRY_MILLIS);   
  36.                     } catch (InterruptedException ex) {   
  37.                         // should never happen   
  38.                     }   
  39.                 }   
  40.    
  41.                 try {   
  42.                     sZygoteSocket = new LocalSocket();   
  43.                     sZygoteSocket.connect(new LocalSocketAddress(ZYGOTE_SOCKET,   
  44.                         LocalSocketAddress.Namespace.RESERVED));   
  45.    
  46.                     sZygoteInputStream   
  47.                         = new DataInputStream(sZygoteSocket.getInputStream());   
  48.    
  49.                     sZygoteWriter =   
  50.                         new BufferedWriter(   
  51.                         new OutputStreamWriter(   
  52.                         sZygoteSocket.getOutputStream()),   
  53.                         256);   
  54.    
  55.                     Log.i("Zygote""Process: zygote socket opened");   
  56.    
  57.                     sPreviousZygoteOpenFailed = false;   
  58.                     break;   
  59.                 } catch (IOException ex) {   
  60.                     ......   
  61.                 }   
  62.         }   
  63.    
  64.         ......   
  65.     }   
  66.    
  67.     ......   
  68. }   

      这个Socket由frameworks/base/core/java/com/android/internal/os/ZygoteInit.java文件中的ZygoteInit类在runSelectLoopMode函数侦听的。







本文转自 Luoshengyang 51CTO博客,原文链接:http://blog.51cto.com/shyluo/966494,如需转载请自行联系原作者
目录
相关文章
|
15天前
|
移动开发 Java Android开发
构建高效Android应用:探究Kotlin与Java的性能差异
【4月更文挑战第3天】在移动开发领域,性能优化一直是开发者关注的焦点。随着Kotlin的兴起,其在Android开发中的地位逐渐上升,但关于其与Java在性能方面的对比,尚无明确共识。本文通过深入分析并结合实际测试数据,探讨了Kotlin与Java在Android平台上的性能表现,揭示了在不同场景下两者的差异及其对应用性能的潜在影响,为开发者在选择编程语言时提供参考依据。
|
16天前
|
数据库 Android开发 开发者
构建高效Android应用:Kotlin协程的实践指南
【4月更文挑战第2天】随着移动应用开发的不断进步,开发者们寻求更流畅、高效的用户体验。在Android平台上,Kotlin语言凭借其简洁性和功能性赢得了开发社区的广泛支持。特别是Kotlin协程,作为一种轻量级的并发处理方案,使得异步编程变得更加简单和直观。本文将深入探讨Kotlin协程的核心概念、使用场景以及如何将其应用于Android开发中,以提高应用性能和响应能力。通过实际案例分析,我们将展示协程如何简化复杂任务,优化资源管理,并为最终用户提供更加流畅的体验。
|
16天前
|
开发框架 安全 Android开发
探索安卓系统的新趋势:智能家居应用的蓬勃发展
随着智能家居概念的兴起,安卓系统在智能家居应用领域的应用日益广泛。本文将探讨安卓系统在智能家居应用开发方面的最新趋势和创新,以及其对用户生活的影响。
13 2
|
19天前
|
缓存 监控 Java
构建高效Android应用:从优化用户体验到提升性能
在竞争激烈的移动应用市场中,为用户提供流畅和高效的体验是至关重要的。本文深入探讨了如何通过多种技术手段来优化Android应用的性能,包括UI响应性、内存管理和多线程处理。同时,我们还将讨论如何利用最新的Android框架和工具来诊断和解决性能瓶颈。通过实例分析和最佳实践,读者将能够理解并实施必要的优化策略,以确保他们的应用在保持响应迅速的同时,还能够有效地利用系统资源。
|
17天前
|
Java Android开发 开发者
构建高效Android应用:Kotlin协程的实践与优化
在响应式编程范式日益盛行的今天,Kotlin协程作为一种轻量级的线程管理解决方案,为Android开发带来了性能和效率的双重提升。本文旨在探讨Kotlin协程的核心概念、实践方法及其在Android应用中的优化策略,帮助开发者构建更加流畅和高效的应用程序。通过深入分析协程的原理与应用场景,结合实际案例,本文将指导读者如何优雅地解决异步任务处理,避免阻塞UI线程,从而优化用户体验。
|
4天前
|
搜索推荐 开发工具 Android开发
安卓即时应用(Instant Apps)开发指南
【4月更文挑战第14天】Android Instant Apps让用户体验部分应用功能而无需完整下载。开发者需将应用拆分成模块,基于已上线的基础应用构建。使用Android Studio的Instant Apps Feature Library定义模块特性,优化代码与资源以减小模块大小,同步管理即时应用和基础应用的版本。经过测试,可发布至Google Play Console,提升用户便利性,创造新获客机会。
|
5天前
|
Java API 调度
安卓多线程和并发处理:提高应用效率
【4月更文挑战第13天】本文探讨了安卓应用中多线程和并发处理的优化方法,包括使用Thread、AsyncTask、Loader、IntentService、JobScheduler、WorkManager以及线程池。此外,还介绍了RxJava和Kotlin协程作为异步编程工具。理解并恰当运用这些技术能提升应用效率,避免UI卡顿,确保良好用户体验。随着安卓技术发展,更高级的异步处理工具将助力开发者构建高性能应用。
|
5天前
|
编解码 人工智能 测试技术
安卓适配性策略:确保应用在不同设备上的兼容性
【4月更文挑战第13天】本文探讨了提升安卓应用兼容性的策略,包括理解平台碎片化、设计响应式UI(使用dp单位,考虑横竖屏)、利用Android SDK的兼容工具(支持库、资源限定符)、编写兼容性代码(运行时权限、设备特性检查)以及优化性能以适应低端设备。适配性是安卓开发的关键,通过这些方法可确保应用在多样化设备上提供一致体验。未来,自动化测试和AI将助力应对设备碎片化挑战。
|
11天前
|
移动开发 API Android开发
构建高效Android应用:探究Kotlin协程的优势与实践
【4月更文挑战第7天】 在移动开发领域,性能优化和应用响应性的提升一直是开发者追求的目标。近年来,Kotlin语言因其简洁性和功能性在Android社区中受到青睐,特别是其对协程(Coroutines)的支持,为编写异步代码和处理并发任务提供了一种更加优雅的解决方案。本文将探讨Kotlin协程在Android开发中的应用,揭示其在提高应用性能和简化代码结构方面的潜在优势,并展示如何在实际项目中实现和优化协程。
|
16天前
|
安全 Linux API
Android进程与线程
Android进程与线程
18 0

相关实验场景

更多