从非UI线程更新视图

Question

我对Android系统的工作方式感到困惑，尤其是在更新视图层次结构时。 我们都知道，除了UI（Main）线程之外，我们不应从任何其他线程更新任何视图 。 当我们尝试这样做时，甚至Android系统也会引发异常 。 前几天，我试图在应用程序中实现显示视图的自定义进度。 因此，我开始使用标准Java线程和处理程序组合。

当我能够从后台线程更新TextView时，我的发现使我感到惊讶。

new Thread(new Runnable() {

        @Override
        public void run() {
            mTextView.setText("I am " + Thread.currentThread().getName());
        }
    }).start();

之后，我也尝试更新其他视图，效果很好。 所以我尝试在后台线程中放置一个睡眠调用。

new Thread(new Runnable() {

        @Override
        public void run() {
            mTextView.setText("Thread : before sleep");
            try {
                Thread.sleep(1000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            mTextView.setText("Thread : after sleep");
        }
    }).start();

并按预期崩溃

android.view.ViewRootImpl $ CalledFromWrongThreadException：只有创建视图层次结构的原始线程才能触摸其视图。

然后，我尝试将setText（）调用在sleep（）调用之前和之后循环100次，1000次 。 当然，该应用程序每次都会崩溃，但我能够在textview上看到“睡眠前”文本。

所以我的问题是系统何时检测到某些非UI线程正在尝试更新视图 。 当非UI线程中没有sleep（）调用时 ， 为什么它不起作用 ？

Answer 1

我在Lollipop中用sleep运行您的代码段，它崩溃了。 堆栈跟踪为：

android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
        at android.view.ViewRootImpl.checkThread(ViewRootImpl.java:6357)
        at android.view.ViewRootImpl.invalidateChildInParent(ViewRootImpl.java:909)
        at android.view.ViewGroup.invalidateChild(ViewGroup.java:4690)
        at android.view.View.invalidateInternal(View.java:11801)
        at android.view.View.invalidate(View.java:11765)
        at android.view.View.invalidate(View.java:11749)
        at android.widget.TextView.checkForRelayout(TextView.java:6850)
        at android.widget.TextView.setText(TextView.java:4057)
        at android.widget.TextView.setText(TextView.java:3915)
        at android.widget.TextView.setText(TextView.java:3890)
        at com.test.MainActivity$16.run(MainActivity.java:1126)
        at java.lang.Thread.run(Thread.java:818)

因此，该键隐藏在TextView.setText第4057行附近：

if (mLayout != null) {
    checkForRelayout();
}

我们可以看到TextView的mLayout是否为null ，不会调用checkForRelayout() ，因此该应用程序不会崩溃。 并且mLayout将在TextView onDraw中初始化。 因此，应用程序不会在第一次调用setText崩溃，因为mLayout为null。 绘制后， mLayout被初始化，并导致应用程序在第二次调用setText崩溃。

我猜您是在绘制TextView之前启动Thread的（例如，在onCreate或onResume ）。 对？

应用程序是否崩溃取决于您调用setText的时间。 如果在第一次绘制TextView之前调用setText ，则一切正常。 否则，应用程序将崩溃。

Answer 2

线程是与UI线程并行的进程。 当您尝试将sleep函数放入线程中时，该线程的执行将停止。 您问题的答案就在问题本身内部。 它说-只有创建视图层次结构的原始线程才能触摸其视图。 所以另一个是两个线程运行一个ui线程，另一个是您创建的。 当您调用sleep方法时。 您的线程停止了与ui线程不同步的执行。 当您的线程尝试更改textview的文本时，两个线程都不同步。 睡眠之前，线程处于同步状态。 睡觉后他们不同步。