Android系统上可以在子线程修改UI吗

一个简单的问题：在Android系统上，我们可以在子线程修改UI吗？

假设我们现在不知道，我们写个demo试一下。代码如下：

demo 1:

public class MainActivity extends Activity {
	private TextView mTextView;
	private Button mButton;

	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		setContentView(R.layout.activity_main);

		mTextView = (TextView) findViewById(R.id.aaa);
		mButton = (Button) findViewById(R.id.btn);
		mButton.setOnClickListener(new View.OnClickListener() {

			@Override
			public void onClick(View v) {
				new Thread(new Runnable() {

					@Override
					public void run() {
						mTextView.setText("modified");
					}

				}).start();
			}
		});
	}

}

代码运行效果如下：

mTextView的初始值为"hello world"，点击按钮后将mTextView的值修改为"modified"。点击按钮，我们发现，mTextView的值没有变，程序crash了，打印出的crash日志如下：

果然不能在子线程修改UI。

但是，我们似乎曾经这样写过：

demo 2:

public class MainActivity extends Activity {
	private TextView mTextView;

	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		setContentView(R.layout.activity_main);

		mTextView = (TextView) findViewById(R.id.aaa);
		new Thread(new Runnable() {

			@Override
			public void run() {
				mTextView.setText("modified");
			}

		}).start();
	}

}

mTextView的初始值是"hello world"，我们新建了一个子线程，在这个子线程中将mTextView的值改为"modified"。程序的运行结果如下：

从运行的结果来看，似乎又可以在子线程修改UI。

那真相到底是什么呢？我们还是来看一下google官方的说法。google关于是否能在子线程修改UI的说明在这里：

http://developer.android.com/guide/components/processes-and-threads.html

在"Threads"这个章节，google描述得很清楚：

通过这段文字，我们可以知道，Android的GUI用的是单线程模型，其UI toolkit(android.widget和android.view这两个包里的组件)不是线程安全的。至此，我们应该可以确定不能从子线程修改UI了。那我们怎么解释第二个demo的情况呢？下面我们就深入Android的源码，一探究竟。

当我们调用mTextView.setText("modified")时，Android系统都干了哪些事情呢？我们不看源码都应该知道，TextView一定是先修改自己的属性，再通知系统重绘。TextView的setText方法确实是这样，我们从中可以看到如下代码段：

当mLayout不为null时，就去做一些检查，然后通知重绘。问题的关键点就在if条件判断这里了，如果mLayout不为null，一路调用下去，最终一定会调用到ViewRootImpl的checkThread方法，我们看一下这个方法的内容：

因为我们是在子线程调用这一系列的方法，所以一定会抛出异常。如果mLayout为null，则不会通知重绘，也就不会调用ViewRootImpl的checkThread方法，因此也不会抛出异常，导致crash。因此，在demo 2中，mLayout一定为null。为什么mLayout为null呢？mLayout是在哪些地方被赋值的呢？通过搜索TextView文件，可以发现是在makeNewLayout方法中被赋值的，而makeNewLayout方法在onMeasure中被调用。因此，我们可以推测，在子线程执行时，TextView的onMeasure方法还没有执行。想一想，这也是合理的，在onCreate里新开线程，当子线程开始执行时，主线程几乎肯定还没开始绘制UI。我们可以通过一个简单的demo来验证这个结论，我们在子线程setText后打印一条日志，自定义一个TextView，重写(override)其onMeasure方法，在里面也打印一条日志，看哪个方法先执行。

demo 3:

MainActivity .java

public class MainActivity extends Activity {
	private TextView mTextView;
	private Button mButton;

	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		setContentView(R.layout.activity_main);

		mTextView = (TextView) findViewById(R.id.aaa);

		new Thread(new Runnable() {

			@Override
			public void run() {
				mTextView.setText("modified");
				Log.i("tag", "sub thread modify TextView");
			}

		}).start();
	}

}

MyTextView.java

public class MyTextView extends TextView {

	public MyTextView(Context context) {
		super(context);
		// TODO Auto-generated constructor stub
	}

	public MyTextView(Context context, AttributeSet attrs) {
		super(context, attrs);
		// TODO Auto-generated constructor stub
	}

	public MyTextView(Context context, AttributeSet attrs, int defStyle) {
		super(context, attrs, defStyle);
		// TODO Auto-generated constructor stub
	}

	@Override
	protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
		super.onMeasure(widthMeasureSpec, heightMeasureSpec);
		Log.i("tag", "MyTextView onMeasure");
	}

}

程序运行后，打印出的日志如下：

可以看到，子线程确实先执行，结论成立。