Question

我有一个Android服务负责更新时钟并在不同时间执行特定任务（如播放歌曲）。我尝试使用像Timer.scheduleAtFixedRate（new MyTask（），0,1000L）这样的东西但是我在1小时内有超过4分钟的延迟。现在我决定：
1）在var long expectedtNextSystemMilli中使用System.currentTimeMillis（）记录开始时间 2）向此var添加1秒（1000毫秒）以获得再次执行任务的下一个日期/时间
3）在可运行任务内部计算＆＃34;实际系统时间＆＃34;以及来自var的预期的一个，以便对下一次执行任务进行编制。

经过多次测试后，我注意到还存在一个延迟问题，并且在文档中读到不建议使用System.currentTimeMillis（）来消耗经过的时间，我们必须使用SystemClock.elapsedRealtime（）。我也做了，下面是MyTask的代码

private class MyTask extends TimerTask {
@Override
public void run() {
    Log.i(TAG, "Timer doing work.");
    try {

        // compute the exact next expected system time when MyTask must be executed 
        expectedtNextSystemMilli += 1000L; 

        long delay = expectedtNextSystemMilli - SystemClock.elapsedRealtime() ;

        // countdown update
        counter = counter - 1;

        // !!! sometimes android system is slow and more than 1s is spend before this method is called
        // also we have to test and loop to catch up the delay
        while ( delay < 0){
            Log.e("TimerTick", "ERROR time spent by system in milli = " + delay + "> 1s ");
            expectedtNextSystemMilli += 1000L; 
            delay = expectedtNextSystemMilli - SystemClock.elapsedRealtime() ;
            counter = counter - 1;
        }

        // test if countdown is finished
        if ( counter <=0 ){

            mTimer.cancel();
            onFinish();

        }else{

            // send message to listeners
            onTick(counter);

            // update the delay with the new system time (in case the call to onTick has been long)
            delay = expectedtNextSystemMilli - SystemClock.elapsedRealtime() ;

            // schedule the next execution of this task
            mTimer.schedule(new MyTask(), delay);
            Log.d("TimerTick", "new delay in milli is " + delay+", elapsedRealtime = "+ SystemClock.elapsedRealtime() );
        }

    } catch (Throwable t) { //you should always ultimately catch all exceptions in timer tasks.
        Log.e("TimerTick", "Timer Tick Failed. Raison: "+ t.getMessage());            
    }
}       
}

跟踪此代码我很惊讶地发现SystemClock.elapsedRealtime（）返回的跳数为28秒，如您所见

07-13 22：15：00.041：V / TimerManagerService（19377）：onTick delay = 361 end，trace = 539
  07-13 22：15：00.041 ：D / TimerTick（19377）：毫秒的新延迟为999，elapsedRealtime = 84800078
  07-13 22：15：01.041：I / TimerManagerService（19377）：定时器工作   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -28585＆gt; 1S
  07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -27585＆gt; 1S
  07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -26586＆gt; 1S
  07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -25586＆gt; 1S
  07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -23587＆gt; 1S
  07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -22587＆gt; 1S
  07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -21588＆gt; 1S
  07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -20588＆gt; 1S
  07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -19589＆gt; 1S
  07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -18589＆gt; 1S
  07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -17589＆gt; 1S
  07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -16590＆gt; 1秒   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -15590＆gt; 1秒   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间（毫秒）= -14591＆gt; 1秒   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的错误时间，以毫米计算= -13591＆gt; 1秒   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -12591＆gt; 1秒   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -11592＆gt; 1秒   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -10592＆gt; 1秒   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -9592＆gt; 1秒   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -8593＆gt; 1秒   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -7594＆gt; 1秒   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -6594＆gt; 1秒   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -5595＆gt; 1秒   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -4596＆gt; 1秒   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -3596＆gt; 1秒   07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -24586＆gt; 1秒   07-13 22：15：01.051：E / TimerTick（19377）：系统花费的误差时间，毫秒= -2597＆gt; 1秒   07-13 22：15：01.051：E / TimerTick（19377）：系统花费的误差时间，毫秒= -1598＆gt; 1秒   07-13 22：15：01.051：E / TimerTick（19377）：系统花费的误差时间，毫秒= -598＆gt; 1秒   07-13 22：15：01.051：V / TimerManagerService（19377）：onTick delay = 331 end，trace = 540
  07-13 22：15：01.051 ：D / TimerTick（19377）：毫秒的新延迟为400，elapsedRealtime = 84830677
  07-13 22：15：01.450：I / TimerManagerService（19377）：定时器工作。

1）登录：07-13 22：15：00.041 ：D / TimerTick（19377）：毫秒的新延迟为999，elapsedRealtime = 84800078
在调度时间表=＆gt;之后的run（）中mTimer.schedule（new MyTask（），delay）;

2）调度调用相同的run（）但似乎花费超过28s来完成它 07-13 22：15：01.041：E / TimerTick（19377）：系统花费的误差时间，毫秒= -28585（ms）＆gt; 1S
尽管eclipse报告只有一秒=＆gt; 22：15：00.041两次电话之间22：15：01.041

此外，我想我必须使用什么才能在Android上获得准确的缩短时间？

Answer 1

经过深入调查:)似乎没有真正的＆＃34;好＆＃34;解决方案，但有几个＆＃34;最好＆＃34;根据目标的解决方案。
在我的情况下，我需要显示链接倒计时（第二精度）并在每个结束时执行任务作为播放歌曲。当我使用 SystemClock.elapsedRealtime（） 时发生的事情是1小时后经常有几分钟的延迟。
例：
在6:00开始倒计时1小时：0.0（在智能手机上查看日期）在7：04：11.0而不是7：00：00.0倒计时结束此外，我必须使用Calendar .getTimeInMillis（）返回＆＃34;官方＆＃34;由android OS完成的日期/时间我想这个日期/时间经常使用不同的技术重新同步，因此在我的情况下更准确。希望这可能会有所帮助...

Answer 2

解决此问题的最佳方法是使用带有BroadCastReceiver的AlarmManager而不是Timer。

有什么可以替换SystemClock.elapsedRealtime（）以获得可靠的时间？

2 个答案: