android应用程序启动详情之进程相关



       当某个应用组件启动且该应用没有运行其他任何组件时，Android 系统会使用单个执行线程为应用启动新的 Linux 进程。
默认情况下，同一应用的所有组件在相同的进程和线程（称为“主”线程）中运行。 如果某个应用组件启动且该应用已存在进程（因为存在该应用的其他组件），则该组件会在此进程内启动并使用相同的执行线程。
也可以在AndroidManifest.xml中配置Android:process属性，使得组件运行在其他的进程中

1、两个重要的进程：
•Zygote进程：是Android系统的首个Java进程，Zygote是所有Java进程的父进程，包括 system_server进程以及所有的App进程都是Zygote的子进程，注意这里说的是子进程，而非子线程。
•system_server进程：是用于管理整个Java framework层，包含ActivityManager，PowerManager等各种系统服务;

•serviceManager进程：  是由init孵化而来的，是整个Binder架构(IPC)的大管家，所有大大小小的service都需要先请示servicemanager，这个在启动一个应用时需要使用binder进行进程间通信，通知到system_server去。

2、Zygote进程由Init进程启动：
    在Linux系统中，所有的进程都是init进程的子孙进程，也就是说，所有的进程都是直接或者间接地由init进程fork出来的。Zygote进程也是在系统启动的过程，由init进程创建的。
    1).系统启动时init进程会创建Zygote进程，Zygote进程负责后续Android应用程序框架层的其它进程的创建和启动工作。
    2). Zygote进程会首先创建一个SystemServer进程，SystemServer进程负责启动系统的关键服务，如包管理服务PackageManagerService和应用程序组件管理服务ActivityManagerService。
    3).当我们需要启动一个Android应用程序时，ActivityManagerService会通过Socket进程间通信机制，通知Zygote进程为这个应用程序创建一个新的进程。

3、Android应用程序进程启动过程
    1).App发起进程：当从桌面启动应用，则发起进程便是Launcher所在进程；当从某App内启动远程进程，则发送进程便是该App所在进程。发起进程先通过binder发送消息给system_server进程；
    2).system_server进程：调用Process.start()方法，通过socket向zygote进程发送创建新进程的请求；
    3).zygote进程：在执行ZygoteInit.main()后便进入runSelectLoop()循环体内，当有客户端连接时便会执行ZygoteConnection.runOnce()方法，再经过层层调用后fork出新的应用进程；

    4).新进程：执行handleChildProc方法，最后调用ActivityThread.main()方法。

4、虚拟机、进程、应用和TASK之间的关系

      一个虚拟机只能跑一个进程（虚拟机就是给进程创建一个单独的运行空间），

      一个进程里可以跑多个应用（通过进程通信调用到其他应用来为其服务），
      一个应用也可以跑在多个进程中（对等的当前应用会被其他进程调用）。

      在Android中TASK概念是从用户角度出发，为了完成某一个功能时，可能会同时调用不同的进程来实现。 比如给XXX发送一条彩信，其中包括添加一张拍照，添加一个联系人等等。需要在短信应用中调用到其他的进程(camera,contact)。 所有这些操作统称为一个task。可以体现在recent task中，在上面这种例子下只显示一个message应用，其中用到的camera和contact进程不会显示出来

5、Android进程间的优先级

      在Android运行运行过程中，当出现内存不足的情况下系统会根据进程之前的优先级从低到高依次Kill 进程，从而保证内存空间。

1)前台进程: 用户当前操作所必需的进程。如果一个进程满足以下任一条件，即视为前台进程：
  - 托管用户正在交互的 Activity（已调用 Activity 的 onResume() 方法）
  - 托管某个 Service，后者绑定到用户正在交互的 Activity
  - 托管正在“前台”运行的 Service（服务已调用 startForeground()）
  - 托管正执行一个生命周期回调的 Service（onCreate()、onStart() 或 onDestroy()）
  - 托管正执行其 onReceive() 方法的 BroadcastReceiver
通常，在任意给定时间前台进程都为数不多。只有在内存不足以支持它们同时继续运行这一万不得已的情况下，系统才会终止它们。 此时，设备往往已达到内存分页状态，因此需要终止一些前台进程来确保用户界面正常响应。

2).可见进程: 没有任何前台组件、但仍会影响用户在屏幕上所见内容的进程。 如果一个进程满足以下任一条件，即视为可见进程：
  - 托管不在前台、但仍对用户可见的 Activity（已调用其 onPause() 方法）。例如，如果前台 Activity 启动了一个对话框，允许在其后显示上一 Activity，则有可能会发生这种情况。
  - 托管绑定到可见（或前台）Activity 的 Service。
可见进程被视为是极其重要的进程，除非为了维持所有前台进程同时运行而必须终止，否则系统不会终止这些进程。
3).服务进程
  正在运行已使用 startService() 方法启动的服务且不属于上述两个更高类别进程的进程。尽管服务进程与用户所见内容没有直接关联，但是它们通常在执行一些用户关心的操作（例如，在后台播放音乐或从网络下载数据）。因此，除非内存不足以维持所有前台进程和可见进程同时运行，否则系统会让服务进程保持运行状态。
4).后台进程
  包含目前对用户不可见的 Activity 的进程（已调用 Activity 的 onStop() 方法）。这些进程对用户体验没有直接影响，系统可能随时终止它们，以回收内存供前台进程、可见进程或服务进程使用。 通常会有很多后台进程在运行，因此它们会保存在 LRU （最近最少使用）列表中，以确保包含用户最近查看的 Activity 的进程最后一个被终止。如果某个 Activity 正确实现了生命周期方法，并保存了其当前状态，则终止其进程不会对用户体验产生明显影响，因为当用户导航回该 Activity 时，Activity 会恢复其所有可见状态。 有关保存和恢复状态的信息，请参阅 Activity文档。
5).空进程
  不含任何活动应用组件的进程。保留这种进程的的唯一目的是用作缓存，以缩短下次在其中运行组件所需的启动时间。 为使总体系统资源在进程缓存和底层内核缓存之间保持平衡，系统往往会终止这些进程。

参考资料：

进程和线程 ；

理解Android进程创建流程 ；

Android 应用进程启动流程 ；