Android 多进程浅析

标签： android多进程

2016-11-02 16:42 132人阅读 评论(0) 收藏 举报

 分类：

项目相关（10） 

版权声明：本文为博主原创文章，未经博主允许不得转载。

前言：

当应用启动后，在默认的情况下，所有的组件都会在同一个进程中。即UI进程。 
但针对一些需求，我们可能需要创建其他的进程来完成任务。

一 、那么如何创建其他的进程呢？

通过设置 Android:process

Android中的四大组件，在使用时都需要在Manifest中声明，同样的四大组件也都支持android:process 属性。 
一般我们需要这样设置

<service            android:name="com.demo.ad.AdService"            android:exported="false"            android:process=":task" />
1
2
3
4
1
2
3
4

这样，当我们在启动AdService服务时，便创建了task进程，而AdService将运行在task进程之中。

值得注意的是，当我们启动进程时，Application 会重新加载一遍。即当应用启动时，如果同时启动3个进程，Application会执行三遍。 
那么这时，我们就需要注意Application中的代码哪些是运行在UI进程中，哪些要运行在其他的进程中。

二、那么我们如何区分不同的进程呢？

一般选择利用进程的名字作为区分。

获取当前进程的名称:

private String getProcessName() {        BufferedReader cmdlineReader = null;        try {            cmdlineReader = new BufferedReader(new InputStreamReader(                    new FileInputStream("/proc/" + android.os.Process.myPid() + "/cmdline"),                    "iso-8859-1"));            int c;            StringBuilder processName = new StringBuilder();            while ((c = cmdlineReader.read()) > 0) {                processName.append((char) c);            }            return processName.toString();        } catch (Exception ignore) {        } finally {            try {                if (cmdlineReader != null) {                    cmdlineReader.close();                }            } catch (IOException ignore) {            }        }        return PACKAGE_NAME;    }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

根据之前的例子： 
一般UI进程的名称就是应用的包名， 
如果AdService 运行在Task进程中，而当前的包名为 com.demo.ad 。那么Task进程的名称为 ： com.demo.ad：Task 。

所以到现在我们就能够区分出不同的进程了。

三、那么不同的进程之间的重要性层次关系是什么呢？

下面为Developer 上的描述：

Android 系统将尽量长时间地保持应用进程，但为了新建进程或运行更重要的进程，最终需要清除旧进程来回收内存。 为了确定保留或终止哪些进程，系统会根据进程中正在运行的组件以及这些组件的状态，将每个进程放入“重要性层次结构”中。 必要时，系统会首先消除重要性最低的进程，然后是重要性略逊的进程，依此类推，以回收系统资源。

重要性层次结构一共有 5 级。以下列表按照重要程度列出了各类进程（第一个进程最重要，将是最后一个被终止的进程）：

前台进程

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

可见进程

没有任何前台组件、但仍会影响用户在屏幕上所见内容的进程。 如果一个进程满足以下任一条件，即视为可见进程： 
托管不在前台、但仍对用户可见的 Activity（已调用其 onPause() 方法）。例如，如果前台 Activity 启动了一个对话框，允许在其后显示上一 Activity，则有可能会发生这种情况 
托管绑定到可见（或前台）Activity 的 Service 
可见进程被视为是极其重要的进程，除非为了维持所有前台进程同时运行而必须终止，否则系统不会终止这些进程。

服务进程

正在运行已使用 startService() 方法启动的服务且不属于上述两个更高类别进程的进程。尽管服务进程与用户所见内容没有直接关联，但是它们通常在执行一些用户关心的操作（例如，在后台播放音乐或从网络下载数据）。因此，除非内存不足以维持所有前台进程和可见进程同时运行，否则系统会让服务进程保持运行状态。

后台进程

包含目前对用户不可见的 Activity 的进程（已调用 Activity 的 onStop() 方法）。这些进程对用户体验没有直接影响，系统可能随时终止它们，以回收内存供前台进程、可见进程或服务进程使用。 通常会有很多后台进程在运行，因此它们会保存在 LRU （最近最少使用）列表中，以确保包含用户最近查看的 Activity 的进程最后一个被终止。如果某个 Activity 正确实现了生命周期方法，并保存了其当前状态，则终止其进程不会对用户体验产生明显影响，因为当用户导航回该 Activity 时，Activity 会恢复其所有可见状态。

空进程

不含任何活动应用组件的进程。保留这种进程的的唯一目的是用作缓存，以缩短下次在其中运行组件所需的启动时间。 为使总体系统资源在进程缓存和底层内核缓存之间保持平衡，系统往往会终止这些进程。

看到这里我们就应该明白一个问题，为什么大多数音乐播放器在播放音乐的时候，都会有一个常驻的通知栏。 
之所以会弹出一个通知栏，其实就为了提高当前进程的优先级，这样就不会轻易的被系统回收了。