System.out.println("threadName_onCreate:" + Thread.currentThread().getName()); new Handler().postDelayed(new Runnable() { @Override public void run() { for (int i = 0; i < Integer.MAX_VALUE; i++) { } System.out.println("threadName_post:" + Thread.currentThread().getName()); } }, 0);
这段代码是写在Activity的onCreate方法中的,启动程序,输出以下日志:
通过日志信息,我们可以得知:
1.Handler的postDelayed方法并没有启动新的线程。
2.Activity在41秒611毫秒之后才显示在屏幕上,结合观察模拟器,正好是在输出了threadName_post:main之后显示,所以UI线程被阻塞了。
现在将postDelayed的第二个参数改为10000,也就是run里的代码在10秒后执行,观察结果。
日志输出:
可以看到,857毫秒后,activity就显示到了屏幕上,而在一段时间后才输出threadName_post:main,UI线程貌似没有被阻塞,实际上只是将新启动的任务延后执行了。
新启动的任务在10秒后才执行,10秒钟的时间足以让Activity显示到屏幕上。
再看以下代码,也是在onCreate方法中的:
System.out.println("threadName_onCreate:" + Thread.currentThread().getName()); final long start = System.currentTimeMillis(); Handler handler = new Handler(); handler.postDelayed(new Runnable() { @Override public void run() { System.out.println("threadName_post:" + Thread.currentThread().getName()); long count = (System.currentTimeMillis() - start) / 1000l; System.out.println("Handler1 start run after " + count + "秒!"); for (int i = 0; i < Integer.MAX_VALUE; i++) { } count = (System.currentTimeMillis() - start) / 1000l; System.out.println("Handler1 end run after " + count + "秒!"); } }, 10000); handler.postDelayed(new Runnable() { @Override public void run() { System.out.println("threadName_post:" + Thread.currentThread().getName()); long count = (System.currentTimeMillis() - start) / 1000l; System.out.println("Handler2 start run after " + count + "秒!"); for (int i = 0; i < Integer.MAX_VALUE; i++) { } count = (System.currentTimeMillis() - start) / 1000l; System.out.println("Handler2 end run after " + count + "秒!"); } }, 15000);日志输出:
我们可以看到,任务2并没有在预先设定好的15秒后执行,而是在任务1执行完毕后才被执行,任务2被阻塞了。很显然,先执行的任务会阻塞后面的任务。