声音和显示同步问题

Question

我有一个播放 mp3 文件的应用程序，我正在尝试与我们为声音播放列出的某些时间同步更新自定义字段（有点像卡拉 OK 效果）。我正在使用 Handler 来安排这些更新。在我的自定义字段类中，我定义了一个 Runnable ，它应该在正确的时间运行更新：

private final Runnable mTrigger = new Runnable() {
    @Override
    public void run() {
        int now = mPlayer.getCurrentPosition();
        if (mState == STATE_PLAYING && mUpdateAction != null) {
            if (mTriggerTime - now > MAX_PREMATURE_TRIGGER) {
                // Sound is lagging too much; reschedule this trigger
                mHandler.postDelayed(this, mTriggerTime - now);
            } else {
                // Run the update
                mUpdateAction.run();
            }
        }
    }
};

当我调用 mPlayer.start() 时，我通过以下方式安排第一次更新调用mHandler.postDelayed(mTrigger, timeToFirstUpdate)。每个更新操作决定下一次更新是什么并安排它（通过调用 mHandler.postDelayed(mTrigger, timeToNextUpdate) ）。更新时间通常相隔几百毫秒。

问题在于，虽然某些更新会在预定时间迅速发生，但其他更新可能会延迟 200 毫秒或更多，这对用户来说是相当明显的。在这些更新之间，除了播放声音之外，我没有在我的应用程序中执行任何操作。 （没有后台工作线程；没有其他显示更新。）延迟似乎是随机的，并且每次都有很大差异。

我没想到 postDelayed 的时间安排会这么不精确！我不知道这是模拟器问题还是我的方法有问题。声音播放是否会扰乱 UI 线程循环的计时？我是否应该将计时移至后台线程（从后台线程调用 mPlayer.getCurrentPosition() 是否安全）？还有别的事吗？

Answer 1

经过多次实验，看来问题出在模拟器上。当我在更快的工作站上运行所有内容时，问题似乎就消失了。