Android计时器计划与scheduleAtFixedRate

Question

我正在编写一个Android应用程序，每10分钟录制一次音频。我用定时器来做这件事。但是scheduleAtFixedRate和scheduleAtFixedRate之间有什么区别呢？使用其中一种方法是否有性能优势？

Answer 1

根据java。util。计时器。TimerImpl。TimerHeap代码

// this is a repeating task,
if (task.fixedRate) {
    // task is scheduled at fixed rate
    task.when = task.when + task.period;
} else {
    // task is scheduled at fixed delay
    task.when = System.currentTimeMillis() + task.period;
}

--

java.util.Timer.schedule(TimerTask task, long delay, long period)

将设置任务。fixedRate=false

java.util.Timer.scheduleAtFixedRate(TimerTask task, long delay, long period)

将设置任务。fixedRate=真

顺便说一句，当屏幕关闭时，计时器不工作。您应该使用AlarmManager。

有以下示例：http://developer.android.com/training/scheduling/alarms.html

Answer 2

一个简单的schedule（）

通过查看语法：

Timer timer = new Timer(); 
timer.schedule( new performClass(), 30000 );

这将在30秒时间间隔结束后执行一次。一种时态动作。

Timer timer = new Timer(); 
//timer.schedule(task, delay, period)
//timer.schedule( new performClass(), 1000, 30000 );
// or you can write in another way
//timer.scheduleAtFixedRate(task, delay, period);
timer.scheduleAtFixedRate( new performClass(), 1000, 30000 );

这将在1秒后开始，每隔30秒重复一次。

Answer 3

非Android文档可以很好地解释这种差异：

固定速率定时器（schduleAtFixed速率（））基于起始时间（因此每个迭代将在starTime迭代号*delayTime处执行）。

在固定速率执行中，每个执行相对于初始执行的预定执行时间进行调度。如果执行因任何原因（如垃圾回收机制或其他后台活动）而延迟，将快速连续发生两次或更多次执行以“赶上”

固定延迟定时器（调度（））基于先前的执行（因此每个迭代将在lastExecttionTime delayTime执行）。

在固定延迟执行中，每次执行都是相对于前一次执行的实际执行时间进行调度的。如果执行因任何原因（如垃圾收集或其他后台活动）而延迟，则后续执行也将延迟。

除此之外，没有区别。您也不会发现显著的性能差异。

如果在希望与其他内容保持同步的情况下使用此选项，则需要使用scheduleAtFixedRate（）。schedule（）的延迟可能会漂移并引入错误。