開門見山:

這個誤區是：子執行緒不能更新 UI ，其應該分類討論，而不是絕對的。

半小時前，我的 XRecyclerView 群裡面，一位群友私聊我，問題是：

為什麼我的子執行緒更新了 UI 沒報錯？

我叫他發下程式碼我看，如下，十分簡單的程式碼。

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

    title = (TextView) findViewById(R.id.title_tips);
    doGet("http;//www.baidu.com", new Callback() {
        @Override
        public void onFailure(Request request, IOException e) {

        }
        @Override
        public void onResponse(Response response) throws IOException {
            title.setText(response.body().string()); // 這裡在子執行緒更新了 text
        }
    });
}

private void doGet(String url,Callback callback) {
    OkHttpClient client = new OkHttpClient();

    Request.Builder builder = new Request.Builder();
    Request request = builder.url(url).get().build();

    client.newCall(request).enqueue(callback);
}複製程式碼

簡單解析下。他用了 OkHttp 的非同步 enqueue 的請求，並在成功後更新了 textView 的 text。

明確一點：

okhttp 的同步非同步的回撥都是在子執行緒裡面的。

那麼這樣來說，按照我們被一直灌輸的原理: 子執行緒不能重新整理UI，上面這段程式碼妥妥地爆錯啊。

而我要說的是:

上面的程式碼不一定爆錯，它還會穩穩的順利執行。

你十分懷疑了？

你可以嘗試下。嫌麻煩，你可以執行下下面這段通透的子執行緒更新UI程式碼

public class TestActivity extends Activity {
    private TextView title;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        title = (TextView) findViewById(R.id.title_tips);
        new Thread(
                new Runnable() {
                    @Override
                    public void run() {
                        // 子執行緒更新UI
                        title.setText("我 tm 妥妥地執行完畢");
                    }
                }
        ).start();
    }
}複製程式碼

試了的都知道，真 tm 執行了沒爆錯。

顛覆了嗎？

原因

在看到他發給我的程式碼，onCreate 裡面的部分，一切已經明瞭，這也是我之前面試幾年經驗的人設過的坑。下面我直接講原因，原始碼分析那些你們自己去看吧，你應該去看。

子執行緒不能更新 UI 的限制是 viewRootImpl.java 內部限制了

void checkThread() {
  // 該方法是 viewRootImpl.java 內部程式碼
  if (mThread != Thread.currentThread()) {
      throw new CalledFromWrongThreadException(
              "Only the original thread that created a view hierarchy can touch its views.");
  }
}複製程式碼

對元件 Activity 而言，viewRootImpl 的初始化在 onCreate 之後，onResume 之後。
如果你的子執行緒更新程式碼在滿足下面的條件下，那麼它可以順利執行:
- 修改應用層的 viewRootImpl.java 原始碼，解除限制
- 把你更新程式碼寫在 onResume 之前，例如 onCreate 裡面，且，更新之際要趕在 viewRootImpl 初始化之前。

修改驗證 — 丟擲錯誤

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    title = (TextView) findViewById(R.id.title_tips);
    new Thread(
            new Runnable() {
                @Override
                public void run() {
                    try {
                        // 等待 onResume 執行完，讓 viewRootImpl 初始化完成
                        Thread.sleep(3000); // ---------- 這裡，看這裡
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    title.setText("我執行不了");
                }
            }
    ).start();
}複製程式碼

剛剛有個群友問我，為什麼我的子執行緒更新了 UI 沒報錯？藉此，糾正一些Android 程式設計師的一個知識誤區