Android子线程中更新UI的方法

1.handler

2.通过runOnUiThread方法

方法内部实现如下：

    public final void runOnUiThread(Runnable action) {
        if (Thread.currentThread() != mUiThread) {
            mHandler.post(action);
        } else {
            action.run();
        }
    }

使用方法如下：

        new Thread(new Runnable() {
            @Override
            public void run() {
                // 此处执行耗时操作，结束后，执行runOnUiThread将线程切换到主线程去更新ui
                
                runOnUiThread(new Runnable() {
                    @Override
                    public void run() {
                        // 更新ui操作
                    }
                });
            }
        }).start();

如果在非上下文中环境中，可以通过一下方法来实现：

        final Activity activity = (Activity) mTextView.getContext();
        new Thread(new Runnable() {
            @Override
            public void run() {
                activity.runOnUiThread(new Runnable() {
                    @Override
                    public void run() {
                        
                    }
                });
            }
        }).start();

在其他地方，则需要传递Activity对象，因为runOnUiThread方法是Activity的方法。

3.通过view.post(runnable)来实现

        mTextView.post(new Runnable() {
            @Override
            public void run() {

            }
        });

以上不管哪种方法，原理都是将更新ui的消息从子线程中传递到主线程中，因为，更新view只能在主线程，这个是无法改变的。

4.子线程直接更新ui的极端情况

android的UI访问是没有加锁的，这样会导致多个线程访问ui会不安全，那么既然这样，为什么不加锁呢，因为加上锁机制会让ui访问的逻辑变得复杂，其次锁机制会降低ui访问的效率，锁机制会阻塞某些线程的执行。所以android规定，只能在主线程更新ui。

子线程真的无法更新ui吗，答案是no，因为有些极端情况，还是可以更新ui的。

我们在onCreate中直接执行以下代码：

        Log.i("niejianjian", " -> onCreate -> " + Thread.currentThread().getId());
        new Thread(new Runnable() {
            @Override
            public void run() {
                Log.i("niejianjian", " -> Thread -> " + Thread.currentThread().getId());
                mTextView.setText("fjsdlj l");
            }
        }).start();

发现更新ui是可以成功的，我们可以打印当前的线程，发现确实是在子线程中，因为主线程的id是1。但是我们在将Thread睡眠200ms，

        Log.i("niejianjian", " -> onCreate -> " + Thread.currentThread().getId());
        new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    Thread.sleep(200);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                Log.i("niejianjian", " -> Thread -> " + Thread.currentThread().getId());
                mTextView.setText("fjsdlj l");
            }
        }).start();

结果就报错了，log如下：

	android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
	at android.view.ViewRootImpl.checkThread(ViewRootImpl.java:6257)
        at android.view.ViewRootImpl.requestLayout(ViewRootImpl.java:868)

ViewRootImpl是ViewRoot的实现类，异常主要是checkThread抛出的，因为里面对线程做了判断：

void checkThread() {
    if (mThread != Thread.currentThread()) {
        throw new CalledFromWrongThreadException(
                "Only the original thread that created a view hierarchy can touch its views.");
    }
}

因为view的绘制过程中，都会执行ViewRootImpl的checkThread来检查是否是主线程更新，所以onCreate中的子线程可以更新ui，主要是因为ViewRootImpl还没有创建，所以无法进行检查。

ViewRootImpl的创建在onResume方法回调之后，而我们一开篇是在onCreate方法中创建了子线程并访问UI，在那个时刻，ViewRootImpl是没有创建的，无法检测当前线程是否是UI线程，所以程序没有崩溃一样能跑起来，而之后修改了程序，让线程休眠了200毫秒后，程序就崩了。很明显200毫秒后ViewRootImpl已经创建了，可以执行checkThread方法检查当前线程。

参考：http://www.cnblogs.com/xuyinhuan/p/5930287.html