探讨一种新型的双进程守护应用保活

探讨一种新型的双进程守护应用保活方法

(转载请声明出处：http://blog.csdn.net/andrexpert/article/details/53485360) 

APP保活系列(最高支持到Android 7.0)：
(1) 探讨一种新型的双进程守护应用保活方法
(2) 探讨Android6.0及以上系统APP常驻内存(保活)实现-争宠篇
(3) 探讨Android6.0及以上系统APP常驻内存(保活)实现-复活篇

       情景再现：“在高版本Android系统中，应用能否常驻内存，我想一直以来都是某些APP头疼的事情。虽然APP常驻内存对于用户来说比较”恶心”，但是在一些特殊情况来说，APP的常驻内存却有尤其重要，很多时候用户也会要求APP能够保证长久运行。因此，这里只研究APP应用在一些特殊场合的保活方法，内容仅供参考。”

1. 浅析常见应用保活方法

(1)  监听广播方式

    通过监听一些全局的静态广播，比如开机广播、解锁屏广播、网络状态广播等，来启动应用的后台服务。目前，在高版本的Android系统中已经失效，因为高版本的Android系统规定应用必须在系统开机后运行一次才能监听这些系统广播，一般而言，应用被系统杀死后，基本无法接收系统广播。

(2) 提高Service的优先级

    以前提高Service优先级方法很多，比如onStartCommand返回START_STICKY使系统内存足够的时候Service能够自动启动、弹出通知、配置service的优先级等，这些方式只能在一定程度上缓解service被立马回收，但只要用户一键清理或者系统回收照样无效。

(3) 全局定时器

     还有一种方法就是在设置一种全局定时器，定时检测启动后台服务，但这种方法目前也已经无效，因为应用只要被系统杀死，全局定时器最后也只成了摆设。

(4) 应用中的双service拉起

    经过测试，只要当前应用被杀，任何后台service都无法运行，也无法自行启动。

(5) 应用中的双进程拉起

     这种方式就是传说中的使用NDK在底层fork出一个子进程，来实现与父进程之间的互拉。在Android4.x还是非常有效的，但是高版本的Android系统的系统回收策略已经改成进程组的形式了，如果系统要回收一个应用，必然会杀死同属于一个进程组的所有进程，因此最后导致双进程无法拉起。 

2、 新型双进程守护应用保活原理

(1)  Service特征剖析

      Service的特征类似于Activity，其区别是它没有交互界面，且可长时间运行在后台，即使它所属的应用已经退出，Service仍然可以继续在后台运行。Service无法自行启动，访问者启动它的方式分为两种，即startService(非绑定式)和bindService (绑定式)，相关介绍如下：

    * startService：即非绑定式。访问者使用这种方式启动service后，被启动的service将不受访问者控制，也无法与访问者进行数据通信，它会无限地运行下去，必须调用stopSelf()方法或者其他组件(包括访问者)调用stopService()方法来停止。它的生命周期：onCreate->onStartCommand()->……>onDestory()，其中，onCreate用于初始化工作，多次调用startService启动同一个服务，onCreate方法只会被调用一次，onStartCommand会被调用多次，onDestory在销毁时也只会被调用一次。

    * bindService：即绑定式。访问者使用这种方式启动service后，被启动的service受访问者的控制，访问者将通过一个IBinder接口的对象与被绑定的service进行通信，并且可以通过unbindService()方法随时关闭service。一个service可以同时被多个访问者绑定，只有当多个访问者都主动解除绑定关系之后，系统才会销毁service。它的生命周期：onCreate->onBind->....>onUnbind->onDestory，其中，onBind用于返回一个通信对象(IBinder)给访问者，访问者可以通过该IBinder对象调用service的相关方法。当多个访问者绑定同一个service时，onCreate只会被调用一次，onBind、unOnbind方法会被调用与访问者数目相关的次数，onDestory在销毁时只会被调用一次。

     有一点需要注意的是：如果一个service被startService启动，然后其他组件再执行bindService绑定该service，service的onCreate不会再被回调，而是直接回调onBind方法；当该组件unBindService时，service的onUnbind方法被回调，但是service不会被销毁，直到自己调用stopSelf方法或者其他组件调用stopService方法时才会被销毁。
(1)  AIDL和远程Service调用
    bindService绑定方式启动service分为两种：本地service和远程service。本地service是指绑定启动的service实现在它所属的应用进程中，其他组件访问者与本地service之间的通信是通过IBinder接口对象实现的；远程service是指绑定启动的service实现在其他应用进程中，也就是另一个APP中，他们之间的通信则是通过IBinder接口的代理对象实现的，而这个代理对象必须通过AIDL方式来构造。
     AIDL(Android Interface DefinitionLanguage，