其他分享
首页 > 其他分享> > 什么时候发布在postDelayed中的可运行内容在Android上实际执行?

什么时候发布在postDelayed中的可运行内容在Android上实际执行?

作者:互联网

我在其中使用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没关系.消息“ postDelayed”大约在100毫秒后输入(601-511 = 90).似乎延迟的可运行对象已添加到我的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();

    }
}

解决方法:

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

我的建议是使用System.nanoTime()计算Handler延迟之间的时间.据我所知,它提供了最精确的计时器值.

最后,回答您的问题,不,您不能确切地指出何时采取行动.有成千上万个(如果不是数百万个)不同的条件可能会延迟您的应用程序的操作,特别是在它是异步操作的情况下.

编辑:该延迟不能保证精确地50ms延迟,但可以保证“至少” 50ms延迟.

标签:android-handler,postdelayed,android
来源: https://codeday.me/bug/20191118/2028003.html