一、Native方案

1、利用Native进程拉活

2.1 方案设计思想

思想：使用 Linux 中的 fork 机制创建 Native 进程，在 Native 进程中监控主进程的存活，当主进程挂掉后，在 Native 进程中立即对主进程进行拉活。

原理：在 Android 中所有进程和系统组件的生命周期受 ActivityManagerService 的统一管理。Android5.0以下通过 Linux 的 fork 机制创建的进程为纯 Linux 进程，其生命周期不受 Android 的管理。

2.2 方案适用范围

该方案主要适用于 Android5.0 以下版本手机。

该方案不受 forceclose 影响，被强制停止的应用依然可以被拉活，在 Android5.0 以下版本拉活效果非常好。
详情

对于 Android5.0 以上手机，系统虽然会将native进程内的所有进程都杀死，这里其实就是系统“依次”杀死进程时间与拉活逻辑执行时间赛跑的问题，如果可以跑的比系统逻辑快，依然可以有效拉起。在 某些 Android 5.0 以上机型有效。
详情

2.3 关联项目

https://github.com/Marswin/MarsDaemon

作者5.0以下系统用一个java进程和一个fork出来的纯native进程双管道互锁监听对方的状态，无论哪个被杀后都拉起第三个进程，第三个进程来拉活常驻进程，实现拉活。
5.0以上同一进程组的进程会被同时杀死，所以5.0以上使用双java进程在native层互锁文件实现监听，但任务管理器会在短时间内杀死所有进程，只能用反射提前初始化pacel，在进程被杀的时候和系统抢那几十毫秒的时间发送一个拉活的广播。用4个文件来让两个进程实现互锁来做监听，但实际效果很一般，测试了几个5.0以上的国产机型都不行，效果是根本监听不到进程被杀，目测原因是当任务管理器查杀进程的时候将所有的进程都挂起了，随后全部杀掉，并在一段时间内禁止进程启动。

二、原生方法

1、使用JobService保活

PersistedJobService.java

<service
    android:name=".service.PersistedJobService"
    android:permission="android.permission.BIND_JOB_SERVICE"
/>

2、自启动权限

BootReceiver.java静态注册BroadcastReceiver

Intent sevice = new Intent(context, BackgroundService.class);
context.startService(sevice);

注册，开机，网络切换、拍照、拍视频时候，利用系统产生的广播也能唤醒app，不过Android N已经将这三种广播取消了

<receiver android:name=".recevier.BootReceiver">
    <intent-filter>
        <action android:name="android.intent.action.BOOT_COMPLETED" />
        <action android:name="android.intent.action.USER_PRESENT" />
        <action android:name="android.intent.action.PACKAGE_RESTARTED" />
        <action android:name="com.xianzhi.boot" />
    </intent-filter>
</receiver>

常用的拉活权限

image.png

<uses-permission android:name="android.intent.action.BOOT_COMPLETED" />
<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />

3、后台Service

BackgroundService.java
WakeLock

protected PowerManager.WakeLock mWakeLock;
mWakeLock = ((PowerManager) getSystemService(Context.POWER_SERVICE))
                .newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, TAG);
mWakeLock.acquire();

作为前台应用运行，提高应用存活几率

PendingIntent pendingintent = PendingIntent.getActivity(this, 0,
                new Intent(this, MainActivity.class), 0);
Bitmap bitmap = BitmapFactory.decodeResource(getResources(), R.mipmap.ic_launcher);
Notification.Builder builder = new Notification.Builder(this)
            .setAutoCancel(true)
            .setLargeIcon(bitmap)
            .setContentTitle("**软件")
            .setContentText("后台运行中")
            .setContentIntent(pendingintent)
            .setSmallIcon(android.R.drawable.ic_notification_overlay)
            .setWhen(System.currentTimeMillis())
            .setOngoing(true);
Notification notification=builder.getNotification();
startForeground(NOTIFICATION_FORGROUND_FLAG,notification);//前台保活

service被关掉后自动启动

START_STICKY
如果系统在onStartCommand返回后被销毁，系统将会重新创建服务并依次调用onCreate和onStartCommand（注意：根据测试Android2.3.3以下版本只会调用onCreate根本不会调用onStartCommand，Android4.0可以办到），这种相当于服务又重新启动恢复到之前的状态了）。

START_NOT_STICKY
如果系统在onStartCommand返回后被销毁，如果返回该值，则在执行完onStartCommand方法后如果Service被杀掉系统将不会重启该服务。

START_REDELIVER_INTENT
START_STICKY的兼容版本，不同的是其不保证服务被杀后一定能重启。

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
    // TODO Auto-generated method stub
    ....
    return START_STICKY;
}

service注册，权限设置为高优先级

<service
    android:name=".service.BackgroundService"
    android:enabled="true">
    <intent-filter android:priority="1000">
        <action android:name="com.xianzhi.androidkeepalive" />
    </intent-filter>
</service>

4、保护进程

KeepAliveService.java
注册，在新的独立进程内启动，适用5.0以下的原生系统，5.0以上同样会被杀死

<service 
    android:name=".service.KeepAliveService"
    android:process=":keep"
/>

5、账号同步唤醒APP

他的局限性在于：
第一，用户会在系统设置的账户列表里面看到一个不认识的账户；
第二，同步的事件间隔是有限制的，最短1分钟，见源码，如果小雨60秒，置为60秒。而且各种国产机怎么改的源码我们未可知，是不是都能用仍然未可知；
第三，很致命，某些手机比如note3需要手动设置账户，你如何骗你的用户给你手动设置账户完了之后不卸载你；
第四，也很致命，必须联网！google提供这个组件是让你同步账户信息，不联网你同步个鬼，我们要保活，可以不联网不做事，但是不能不联网就死

三、应用项目唤醒

集成三方推送平台sdk，友盟极光等