android后台定时执行任务,后台执行的定时任务

朱雀 2022-10-17 11:22 351阅读 0赞

Android 中的定时任务一般有两种实现方式，一种是使用 Java API 里提供的 Timer 类，一种是使用 Android 的 Alarm 机制。这两种方式在多数情况下都能实现类似的效果。

但 Timer有一个明显的短板，它并不太适用于那些需要长期在后台运行的定时任务。我们都知道，为了能让电池更加耐用，每种手机都会有自己的休眠策略，Android 手机就会在长时间不操作的情况下自动让 CPU 进入到睡眠状态，这就有可能导致 Timer 中的定时任务无法正常运行。

而 Alarm 机制则不存在这种情况，它具有唤醒 CPU 的功能，即可以保证每次需要执行定时任务的时候 CPU 都能正常工作。

1. 创建 Alarm

主要就是借助了\*\* AlarmManager 类来实现的。类似 NotificationManager，通过调用 Context 的 getSystemService() 方法来获取实例的，只是这里需要传入的参数是 Context.ALARM\_SERVICE\*\*。

AlarmManager manager = (AlarmManager) getSystemService(Context.ALARM\_SERVICE);

2. 设置定时任务

调用 AlarmManager 的 set()方法 就可以设置一个定时任务。

如想设定一个 10 秒的定时任务：

long triggerAtTime = SystemClock.elapsedRealtime() + 10 \* 1000;

manager.set(AlarmManager.ELAPSED\_REALTIME\_WAKEUP, triggerAtTime, pendingIntent);

或

long triggerAtTime = System.currentTimeMillis() + 10 \* 1000;

manager.set(AlarmManager.RTC\_WAKEUP, triggerAtTime, pendingIntent);

set() 方法：

第一个参数：是一个整型参数，用于指定\*\* AlarmManager 的工作类型\*\*：

ELAPSED\_REALTIME：

表示让定时任务的触发时间从系统开机开始算起，但不会唤醒 CPU。

ELAPSED\_REALTIME\_WAKEUP：

表示让定时任务的触发时间从系统开机开始算起，但会唤醒 CPU。

RTC：

表示让定时任务的触发时间从 1970 年 1 月 1 日 0 点开始算起，但不会唤醒 CPU。

RTC\_WAKEUP:

表示让定时任务的触发时间从 1970 年 1 月 1 日 0 点开始算起，但会唤醒 CPU。

使用 SystemClock.elapsedRealtime() 方法可以获取到系统开机至今所经历时间的毫秒数。

使用 System.currentTimeMillis() 方法可以获取到 1970 年 1 月 1 日 0 点至今所经历时间的毫秒数。

第二个参数：定时任务触发的时间，以毫秒为单位。

第三个参数：PendingIntent。

3. 示例

1. 创建一个可以长期在后台执行定时任务的服务。

public class LongRunningService extends Service \{

@Override

public IBinder onBind(Intent intent) \{

return null;

@Override

public int onStartCommand(Intent intent, int flags, int startId) \{

new Thread(new Runnable() \{

@Override

public void run() \{

Log.d("LongRunningService", "executed at " + new Date().toString());

\}).start();

AlarmManager manager = (AlarmManager) getSystemService(ALARM\_SERVICE);

int anHour = 60 \* 60 \* 1000; // 这是一小时的毫秒数

long triggerAtTime = SystemClock.elapsedRealtime() + anHour;

Intent i = new Intent(this, AlarmReceiver.class);

PendingIntent pi = PendingIntent.getBroadcast(this, 0, i, 0);

manager.set(AlarmManager.ELAPSED\_REALTIME\_WAKEUP, triggerAtTime, pi);

return super.onStartCommand(intent, flags, startId);

2. 再新建一个 AlarmReceiver 类：

public class AlarmReceiver extends BroadcastReceiver \{

@Override

public void onReceive(Context context, Intent intent) \{

Intent i = new Intent(context, LongRunningService.class);

context.startService(i);

一旦启动 LongRunningService，就会在 onStartCommand() 方法里设定一个定时任务，这样一小时后 AlarmReceiver 的 onReceive() 方法就将得到执行，然后我们在这里再次启动 LongRunningService，这样就形成了一个永久的循环，保证 LongRunningService 可以每隔一小时就会启动一次。

3. 最后需要在打开程序的时候启动一次 LongRunningService，之后 LongRunningService 就可以一直运行了。

public class MainActivity extends Activity \{

@Override

protected void onCreate(Bundle savedInstanceState) \{

super.onCreate(savedInstanceState);

Intent intent = new Intent(this, LongRunningService.class);

startService(intent);

另外需要注意的是，从 Android 4.4 版本开始，Alarm 任务的触发时间将会变得不准确，有可能会延迟一段时间后任务才能得到执行。这并不是个 bug，而是系统在耗电性方面进行的优化。系统会自动检测目前有多少 Alarm 任务存在，然后将触发时间将近的几个任务放在一起执行，这就可以大幅度地减少 CPU 被唤醒的次数，从而有效延长电池的使用时间。

当然，如果你要求 Alarm 任务的执行时间必须准备无误，Android 仍然提供了解决方案。使用 AlarmManager 的 setExact() 方法来替代 set() 方法，就可以保证任务准时执行了.