android - 什么时候在 postDelayed 中发布的 runnables 在 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 毫秒并不重要。在大约 100 毫秒 (601 - 511 = 90) 后键入消息“postDelayed”。看起来延迟的可运行对象已添加到我的 UI 线程消息队列的末尾。但是无论如何，是否可以保证准确输入 postDelayed 的时间？可以在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

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

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

最后回答你的问题，不，你不能确定一个 Action 发生的确切时间。有数千种(如果不是数百万种)不同的条件可能会延迟您的应用程序的操作，尤其是当它是异步操作时。

编辑:该延迟不能保证正好 50 毫秒的延迟，但它可以保证“至少”50 毫秒的延迟。