如何减少Android中的Thread.sleep（）延迟

Question

我正在Android应用程序的（非UI）线程中的循环中生成计时事件，我需要这些事件以精确的时间间隔发生（此处的精确度意味着变化不得超过+/- 5毫秒）。 用户可以察觉到+/- 10毫米的误差（当然也可以是+/- 20毫米）。 在此循环的顶部，我执行了一些其他计算，这些计算花费了可变的时间，但是在循环的底部，我需要事件在预先计算的时间发生。

下面是我的非UI线程的一次尝试的简化版本（无异常处理）：

public final void run() {

    long loopTime = 2500L;
    long eventTime = (System.nanoTime() / 100000L) + loopTime;

    while (true) {

        calcutionsTakingVaryingAmountOfTime(); // takes 200 millisecs or less

        long eventWait = eventTime - (System.nanoTime() / 100000L);
        Thread.sleep(eventWait / 10L);
        listener.onEvent();

        eventTime = eventTime + loopTime;
    }
}

需要精确计时是对listener.onEvent()的调用。

在上面的示例中，计时变量loopTime ， eventTime和eventWait以毫秒为单位测量时间。 测量当前时间的表达式(System.nanoTime() / 100000L)同样以十分之一毫秒为单位。

我绝对可以肯定， calcutionsTakingVaryingAmountOfTime() 总是少于200毫秒，而对listener.onEvent()的调用只是几个毫秒。 因此，作为它的立场，与loopTime设置为2500L ，我应该事件每250米的毫秒发生。

我已经插入代码（未显示）以将Thread.sleep()唤醒时间中的延迟打印到Log.d() 。 也就是说，我计算

long latency = (System.nanoTime() / 100000L) - eventTime

从Thread.sleep()返回后立即将其打印到Log.d() 。

当我在模拟器中运行此命令时，发现latency （除以10后将结果转换为毫微秒）通常在循环的连续遍历中在1到50毫微秒之间跳跃，偶尔的值会高达半个第二。 当在实际设备上运行时，情况会好很多，但仍然有些不稳定（甚至，仿真器的行为使我怀疑这是否会在用户的设备上发生）。

为了尝试稳定事件并控制延迟，我尝试了其他几种方法：

• 在更换Thread.sleep(eventWait / 10L)电话，具有呼叫this.wait(eventWait / 10L)完全不合适的使用wait（）的，我知道）

• 我在进入循环之前操纵了线程优先级，就像在整个Android库中一样，调用了Process.setThreadPriority(Process.THREAD_PRIORITY_URGENT_AUDIO)

但是这些延迟根本没有改善。

一种使事件稳定并使延迟减少到小于2或3毫秒 （很少打h）的方法是用轮询循环替换Thread.sleep()调用：

while ((System.nanoTime() / 100000L) < eventTime)
    ;

一方面，我感到尴尬地花费了机器周期，就像喝醉了的自由水手一样。 另一方面，我开始认为没有更好的方法，我应该在轮询循环中消耗机器周期，以减少等待时间并符合我的规范。 当然，当我的应用程序进入后台时，我会暂停线程，因此此轮询循环有效。 但是，真是浪费。

任何想法将不胜感激。

Answer 1

我将Handler延迟消息用于类似目的。 可能有点矫kill过正。 在您的情况下，我将看一下Timer类。

mTimer = new Timer();
mTimer.scheduleAtFixedRate(new TimerTask() {
    @Override
    public void run() {
        Log.v("TEST", " tick");
    }
}, 0, 250);

这使我在模拟器上的延迟为+ -2毫秒。