解析Android中如何做到Service被关闭后又自动启动的实现方法
- 作者: 达?矢抾哆拉?
- 来源: 51数据库
- 2022-04-18
首先要说的是，用户可能把这种做法视为流氓软件。大部分时候，程序员也不想把软件做成流氓软件，没办法，领导说了算。
我们在使用某些android应用的时候，可能会发现安装了某应用以后，会有一些服务也会随之运行。而且，这些服务每次都会随着手机开机而启动。有的服务做的更绝，当用户在运行的服务中手动停止该服务以后，过了一段时间，服务又自动运行了。虽然，从用户的角度来说，这种方式比较流氓。但是，从程序员的角度来说，这是如何做到的呢？经过研究，我发现有一种方式是可以实现的。下面就和大家分享。
先简单介绍，一会儿会贴上全部代码。
如何做到开机启动？
这个比较简单，网上的资料够多，只要实现一个broadcastreceiver，监听手机启动完成的事件action_boot_completed即可。需要注意的是，好像不能用模拟器，要用手机测试。
那如何做到启动一个service，并且在用户关闭后能自动又启动了呢？
一般的，都会在上面说到的broadcastreceiver的实现里面，监听手机启动完成后，启动一个service，这是一般的做法。问题是，用户能够在服务里看到这个service是常驻的。如果用户很敏感，就会停止该service，甚至直接卸载掉相关的应用。那么，怎样才能定期实现某功能，又不让用户直接看到这个service呢？聪明的你一定立即就想到了，如果不直接启动service，而是启动一个timmer，或者alarmmanager，然后每隔一段时间去启动service，做完事情以后关闭掉service就可以了。
还是看下面的全部代码吧，不过多解释了。这些代码中还是有不少概念的，不熟悉alarmmanager、pendingintent、broadcastreceiver、service等等这些概念的同学可以百度一下。
package com.arui.framework.android.daemonservice;
import android.app.alarmmanager;
import android.app.pendingintent;
import android.content.broadcastreceiver;
import android.content.context;
import android.content.intent;
import android.os.systemclock;
public class bootbroadcast extends broadcastreceiver {
@override
public void onreceive(context context, intent mintent) {
if (intent.action_boot_completed.equals(mintent.getaction())) {
// 启动完成
intent intent = new intent(context, alarmreceiver.class);
intent.setaction("arui.alarm.action");
pendingintent sender = pendingintent.getbroadcast(context, 0,
intent, 0);
long firstime = systemclock.elapsedrealtime();
alarmmanager am = (alarmmanager) context
.getsystemservice(context.alarm_service);
// 10秒一个周期，不停的发送广播
am.setrepeating(alarmmanager.elapsed_realtime_wakeup, firstime,
10 * 1000, sender);
}
}
}
package com.arui.framework.android.daemonservice;
import android.content.broadcastreceiver;
import android.content.context;
import android.content.intent;
public class alarmreceiver extends broadcastreceiver {
@override
public void onreceive(context context, intent intent) {
if (intent.getaction().equals("arui.alarm.action")) {
intent i = new intent();
i.setclass(context, daemonservice.class);
// 启动service
// 多次调用startservice并不会启动多个service 而是会多次调用onstart
context.startservice(i);
}
}
}
package com.arui.framework.android.daemonservice;
import android.app.service;
import android.content.intent;
import android.os.ibinder;
import android.util.log;
public class daemonservice extends service {
@override
public ibinder onbind(intent intent) {
return null;
}
@override
public void oncreate() {
super.oncreate();
log.v("=========", "***** daemonservice *****: oncreate");
}
@override
public void onstart(intent intent, int startid) {
log.v("=========", "***** daemonservice *****: onstart");
// 这里可以做service该做的事
}
}
下面是manifest文件的代码。
<receiver
android:name=" com.arui.framework.android.daemonservice.bootbroadcast"
android:permission="android.permission.receive_boot_completed">
<intent-filter>
<action android:name="android.intent.action.boot_completed" />
</intent-filter>
</receiver>
<receiver
android:name=" com.arui.framework.android.daemonservice.alarmreceiver" >
<intent-filter>
<action android:name="arui.alarm.action" />
</intent-filter>
</receiver>
<service
android:name="com.arui.framework.android.daemonservice.daemonservice" >
</service>
继续讨论这个问题。
如果用户停止整个应用（在管理应用程序中停止应用，或者第三方软件停止整个应用），此时整个进程被杀死，所有的服务自然也被杀死了，timmer，或者alarmmanager也就停止了。此时就不会再定期启动服务了。
那么，怎么才能做到，用户或者第三方软件无法停止整个应用呢。我们可以再注册一个系统级别的监听（broadcastreceiver），来监听系统级别的消息，再次启动timmer，或者alarmmanager。这样，即使应用被杀死了，隔一段时间，应用还会自动启动。具体的，就不在这里展开了。
