@946898963 2020-02-23T08:10:56.000000Z 字数 3123 阅读 2012

Android进程保活

Android学习笔记

可以利用长连接来实现推送。在实现长连接的时候，我们需要单独开启一个Service进程来发送心跳，为了保持长连接的稳定，我们需要保证这个Service进程一直运行，这就涉及到进程保活。该文章主要介绍进程保活的一些知识。

Android中进程的优先级

前台进程

它表明用户正在与该进程进行交互操作，或者说进程中存在着正在和用户进行交互的组件。五种情况。android系统依据下面的条件来将一个进程标记为前台进程：

该进程持有一个用户正在与其交互的Activity（也就是这个activity的生命周期方法走到了onResume()方法）。
该进程持有一个Service，并且这个Service与一个用户正在交互中的Activity进行绑定。
该进程持有一个前台运行模式的Service（也就是这个Service调用了startForegroud()方法）。
该进程持有一个正在执行生命周期方法（onCreate()、onStart()、onDestroy()等）的Service。
该进程持有一个正在执行onReceive()方法的BroadcastReceiver。

可见进程

它表明虽然该进程没有持有任何前台组件，但是它还是能够影响到用户看得到的界面。android系统依据下面的条件将一个进程标记为可见进程：

该进程持有一个非前台Activity，但这个Activity依然能被用户看到（也就是这个Activity调用了onPause()方法）。例如，当一个activity启动了一个对话框，这个activity就被对话框挡在后面。
该进程持有一个与可见（或者前台）Activity绑定的Service。

服务进程

除了前台和可见状态的service，其他状态的service都被归类为服务进程。

后台进程

持有不可见Activity（调用了onStop()方法）的进程即为后台进程。通常情况下都会有很多后台进程，当内存不足的时候，在所有的后台进程里面，会按照LRU（最近使用）规则，优先回收最长时间没有使用过的进程。

空进程

不持有任何活动组件的进程。保持这种进程只有一个目的，就是为了缓存，以便下一次启动该进程中的组件时能够更快响应。当资源紧张的时候，系统会平衡进程缓存和底层的内核缓存情况进行回收。

如果一个进程同时满足上述5种优先级中的多个等级条件，android系统会优先选取其中最高的等级作为该进程的优先级。例如，一个进程持有一个Service（服务进程等级）和一个前台Activity（前台进程等级），那么操作系统会将这个进程标记为前台进程。

Android中进程的回收策略

Low memory killer：通过一些比较复杂的评分机制，对进程进行打分，然后将分数高的进程判定为 bad 进程，杀死并释放内存。

Low memory killer根据OOM_ODJ这个阀值判断进程的优先级，这个值越小，进程优先级越高，Low memory killer不会回收；这个值越大，进程优先级越低，Low memory killer会回收这个进程。

Low memory killer和OOM的区别：前者是定时进行的，而后者是当系统内存不足的时候才进行检查。

Android进程保活

关于进程保活，需要从两个方面来做：

一是尽量让进程不会被回收；
二是如果进程被回收了，尽量重启进程；

下面说的方法就是从这两个方面着手的。

1. 利用系统广播拉活。

系统广播：开机，网络连接等广播事件。

缺陷：系统广播不可控，无法及时拉起进程；广播接受者被禁用的情况。

2. 提高Service优先级。

提高Service的优先级,比如说设置成前台进程，但是这种方法也只能说在系统内存不足需要回收资源的时候，优先级较高，不容易被回收，如果用户主动杀死的话仍然没法恢复，而且前台进程的话会在状态栏有个显示；

3. 利用系统Service机制拉活。

利用Service的onStartCommand方法的返回值来完成Service销毁后的重启。

缺陷：只适用于当系统内存不足的时候Service被回收的情况。

下面两种情况不会重启Service：

Service第一次被异常杀死会在5s内重启，第二次会在10s内重启，第三次会在20s内重启如果短时间被kill的次数超过三次，则Service不会被拉活。
通过进程管理工具强制kill掉Service之后。

4. 在Service的onDestroy方法里重启service。

在onDestroy方法里重启service：这个倒还算挺有效的一个方法，但是，直接干掉进程的时候，onDestroy方法都进不来，更别想重启了；

5. 利用Native进程拉活。

开启守护进程,通过JNI的方式（NDK编程），fork()出一个子线程作为守护进程，在守护进程里开启一个死循环，轮询监听服务状态，如果服务销毁的话，重新启动服务,这种方式在Android5.0之前是有效的，但是在An droid 5.0之后失效了，因为Android5.0在应用退出后，ActivityManagerService不仅把主进程给杀死，另外把主进程所属的进程组一并杀死，这样一来，由于子进程和主进程在同一进程组，子进程在做的事情，也就停止了；

如何在fork出的子进程中监听主进程是否被kill：