什么时候在 postDelayed 中发布的 runnable 实际在 Android 上执行？

Question

有一段代码我使用了 postDelayed 和一些在主线程上执行的其他代码。我运行它几次，总是看到以下输出：

07-13 14:22:18.511 15376-15376/sample1.com.sample_1 D/MainActivity: i = 0

....

07-13 14:22:18.601 15376-15376/sample1.com.sample_1 D/MainActivity: onResume 07-13 14:22:18.601 15376-15376/sample1.com.sample_1 D/MainActivity: postDelayed

正如我从日志输出中看到的，我的延迟是 50 ms 并不重要。在大约 100 毫秒 (601 - 511 = 90) 后键入消息 "postDelayed"。看起来延迟的可运行对象已添加到我的 UI 线程消息队列的末尾。但是不管怎样，是否有关于 postDelayed 的确切输入时间的任何 gua运行tee？可以在for循环中间输入吗？

package sample1.com.sample_1;

import android.os.Bundle;
import android.os.Handler;
import android.support.v7.app.AppCompatActivity;
import android.util.Log;

public class MainActivity extends AppCompatActivity {


    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        new Handler().postDelayed(new Runnable() {
            @Override
            public void run() {
                Log.d("MainActivity", "postDelayed");
            }
        }, 10);
        for (int i = 0; i < 10000; i++) {
            Log.d("MainActivity", "i = " + i);
        }
    }

    @Override
    protected void onResume() {
        Log.d("MainActivity", "onResume");
        super.onResume();

    }
}

Answer 1

用post()实际上调用sendMessageDelayed(getPostMessage(r), 0), and postDelayed() will call sendMessageDelayed(getPostMessage(r), delayMillis)，它们是相似的。

post...()方法最终会调用queue.enqueueMessage，不同的是when参数，它决定了将msg插入到消息队列的哪个位置。您可以更改队列中的消息，但不能中断消息运行.

Answer 2

还有来自其他服务和应用的日志，所以根据日志输出计算处理程序延迟是不正确的。 Android 上的日志记录机制有自己的队列，因此您的消息实际上可能会由于队列中的其他日志而延迟。

我的建议是使用 System.nanoTime() 来计算处理程序延迟之间的时间。据我所知，它给出了最精确的计时器值。

最后回答你的问题，不，你不能确定动作发生的确切时间。有数千种（如果不是数百万种）不同的条件可能会延迟您的应用程序的操作，特别是如果它是异步操作。

编辑：该延迟不能保证正好 50 毫秒的延迟，但它可以保证 "at least" 50 毫秒的延迟。

Answer 3

追踪 Handler.postDelay() 的代码后，看起来 MessageQueue.enqueueMessage() 最终被调用了。从代码来看，它似乎无限循环消息队列，直到它到达末尾或直到当前任务时间高于我们的延迟时间，然后将任务插入到队列中的那个位置。这意味着您的任务执行位置前面的队列需要很长时间，您应该在几毫秒内执行您的任务。

我猜你的操作不是问题，而是 Android 正忙于渲染你的 UI 和其他内部作业的主线程，这是延迟你的原因任务。据推测，在您的 activity 上执行 onCreate、onStart、onResume 中的所有代码，并且它扩展的类在您的 postDelay 时间 + 10ms 之前排队。

100 毫秒大约是 6 帧，所以它可能只是显示您的 activity 的 UI 所花费的时间，请尝试在单击按钮时执行您的 postDelay，我相信时间会由于 UI 和 Activity 没有设置或拆除，因此更容易预测。

什么时候在 postDelayed 中发布的 runnable 实际在 Android 上执行？

When are runnables posted in postDelayed actually executed on Android?

android

android-handler

postdelayed