android postdelayed很长时间,什么时候发布在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