new的Runnable为什么不是在主线程里运行的？

[中才德创]

一直以为，new Runnable一定是开了个子线程。刚写了个小demo测试，发现卡住了主UI的显示，说明并非开了个线程。这是什么回事？

@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		EventBus.getDefault().register(this);
		handler.post(new Runnable() {
			@Override
			public void run() {
				// TODO Auto-generated method stub
				AvcLog.printV(TAG, "Sleep is called before");
				try {
					Thread.sleep(30000);
				} catch (InterruptedException e) {
					// TODO Auto-generated catch block
					e.printStackTrace();
				}
				AvcLog.printV(TAG, "Sleep is called later");
			}
		});
	}

[sagittarius1988]

因为handler也是在UI线程里

[中才德创]

那是不是可以这么说：handler在UI线程，handler.post(new Runnable()所发出的，一定也在UI线程？

[wei220000]

handler只是一个回调，用来处理主线程，Runnable总是新建一个线程，那么肯定是子线程。卡住的关键是handler的post，他本身的作用是阻塞handler所在线程啊。runnable不结束，handler就一直post。

[中才德创]

为什么大家说法不一致啊？

[jklwan]

这个线程其实是在UI线程之内运行的，并没有新建线程。 新建一个线程用 Thread thread = new Thread(); thread.start(); 参考资料http://blog.sina.com.cn/s/blog_77c6324101016jp8.html

[csdn_faith]

为什么new Runnable就是开了一个线程，它只是一个接口而已，楼主惯性思维！ 先了解下Android Framework layer的消息机制：起点从ActivityThread.java main方法中，启动一个Loop，Loop中包含一个MessageQueue，不断从里面取element， 再看发送，就是将handler设置成为Message.target，将Runnable设置为Message.callback的绑定起来，以便MessageQueue处理。最后走到Handler.dispatchMessage(), if (msg.callback != null) { handleCallback(msg); } else { if (mCallback != null) { if (mCallback.handleMessage(msg)) { return; } } handleMessage(msg); } 最后走到message.callback.run(); 其实跟线程半毛钱关系都没有，只是一个Runnable的匿名内部类。 想要提高，就看看framework layer代码，甚至native layer，不是只写写界面，玩玩四大组件就完事！

[huangxiaohu_coder]

正如楼上的所说，Runable只是给你接口让你实现工作线程的工作事务，然后附加到你new thread的线程上或post的线程中，其本身并不会创建线程

[柒加伊]

protected void onCreate(Bundle savedInstanceState) 方法本身就是主线程, 你在主线程里面调用handle那不还是主线程么 ... =.=!