在系统安全管家清理内存的时候,第三方应用很容易被干掉。如果不想被杀怎么办?最有效的解决办法是:诱导用户把你的应用加入白名单。但是不是所有用户都会乖乖听你的话。这就需要我们采取其他手段,想方设法再次把进程启动。
今天介绍两种常用的方法,可以让进程被杀后还有复活的希望。
一、定时器
说到定时器,我们最先想到的肯定是 AlarmManager,利用它可以完成定时任务。具体用法我在这里就不细说了,只讲讲在进程拉活的时候怎么用。在 service 启动的时候,我们开启一个定时任务:每十分钟检查一次 service 是否存活,如果未在运行,就启动该service。
AlarmManager am = (AlarmManager) getSystemService(ALARM_SERVICE);
Intent alarmIntent = new Intent(getApplication(), DaemonService.class);
PendingIntent pendingIntent = PendingIntent.getService(this, 1024, alarmIntent, PendingIntent.FLAG_UPDATE_CURRENT);
am.cancel(pendingIntent);
am.setInexactRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, SystemClock.elapsedRealtime(), 10 * 60 * 1000, pendingIntent);
但是 AlarmManager 有个硬伤,在系统 force stop 某进程的时候,会清除该进程注册的闹钟事件。这样,定时器就无法完成定时任务,我们的目的达不到了。
好在天无绝人之路!Android 5.0 及以上版本提供了 JobScheduler 的 API,它和 AlarmManager 类似,都是为了完成定时任务。但是 JobScheduler 的触发条件比较灵活,比如网络连接时、充电时、空闲时。最关键的一点是它无视 force-stop,被系统强行杀死的进程依然能在某一时间完成定时任务,这就给我们提供了无限可能!
首先开启 JobScheduler 定时任务,它需要指定一个完成定时任务的 JobService,触发条件设置为网络连接、周期为十分钟,顺便设置重启后继续生效 JobScheduler 任务。
JobScheduler jobScheduler = (JobScheduler) getSystemService(Context.JOB_SCHEDULER_SERVICE);
jobScheduler.cancelAll();JobInfo.Builder builder = new JobInfo.Builder(1024, new ComponentName(getPackageName(), ScheduleService.class.getName()));
builder.setPeriodic(10 * 60 * 1000);
builder.setPersisted(true);
builder.setRequiredNetworkType(JobInfo.NETWORK_TYPE_ANY);
int schedule = jobScheduler.schedule(builder.build());
if (schedule <= 0) {
Log.w(TAG, "schedule error!");
}
我们在 ScheduleService 里启动要拉活的进程,然后告诉 JobScheduler 我们干完活了。
public class ScheduleService extends JobService {
private static final String TAG = "ScheduleService";
@Override
public boolean onStartJob(JobParameters params) {
Log.d(TAG, "onStartJob(): params = [" + params + "]");
Intent intent = new Intent(this, DaemonService.class);
startService(intent);
jobFinished(params, false);
return false;
}
@Override
public boolean onStopJob(JobParameters params) {
Log.d(TAG, "onStopJob(): params = [" + params + "]");
return false;
}
}
注册 manifest 时,需要声明一下权限。
<service android:name="com.silence.keeplive.timer.ScheduleService" android:enabled="true" android:exported="true" android:permission="android.permission.BIND_JOB_SERVICE" />
二、系统广播
在发生特定系统事件时,系统会发出响应的广播,通过在 AndroidManifest 中静态注册对应的广播监听器,即可在发生响应事件时拉活。但是对于国内各种定制的 ROM 来说,此方案的效果并不好,因为安全管家会管理开机和后台自启,拦截发送给第三方应用的广播,所以该方案只能作为备选方案。
除了上面列出的,还有
电源连接或断开:ACTION_POWER_CONNECTED、ACTION_POWER_DISCONNECTED
在测试过程中发现,进程在被 force stop 后,一段时间内是收不到广播的,该方案的局限性太大,收效甚微。
作者:落英坠露
链接:https://www.jianshu.com/p/adbfea66e3ae
來源:简书