從源碼角度分析 - Activity.onCreate可以在子線程裏更新UI麼？

我們都知道字線程裏更新不能更新UI，否則系統會報Only the original thread that created a view hierarchy can touch its views.錯誤，具體如下：

android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
        at android.view.ViewRootImpl.checkThread(ViewRootImpl.java:7313)
        at android.view.ViewRootImpl.requestLayout(ViewRootImpl.java:1161)
        at android.view.View.requestLayout(View.java:21995)
        at android.view.View.requestLayout(View.java:21995)
        at android.view.View.requestLayout(View.java:21995)
        at android.view.View.requestLayout(View.java:21995)
        at android.view.View.requestLayout(View.java:21995)
        at android.view.View.requestLayout(View.java:21995)
        at android.view.View.requestLayout(View.java:21995)
        at androidx.recyclerview.widget.RecyclerView.requestLayout(RecyclerView.java:4202)
        at androidx.recyclerview.widget.RecyclerView$RecyclerViewDataObserver.onChanged(RecyclerView.java:5286)
        at androidx.recyclerview.widget.RecyclerView$AdapterDataObservable.notifyChanged(RecyclerView.java:11997)
        at androidx.recyclerview.widget.RecyclerView$Adapter.notifyDataSetChanged(RecyclerView.java:7070)
        at com.github.jokar.wechat_moments.view.adapter.MomentsAdapter.submitList(MomentsAdapter.java:71)
        at com.github.jokar.wechat_moments.view.MainActivity$1.run(MainActivity.java:51)

那麼Activity.onCreate可以在字線程裏更新UI麼？，答案是可以的。但是不是全部可以，如果子線程是立馬執行的可以，若休眠了一定時間後就不可以了。 這是爲什麼呢？

爲什麼會報`Only the original thread that created a view hierarchy can touch its views.`錯誤？

首先我們要搞懂一個問題就是爲什麼會報Only the original thread that created a view hierarchy can touch its views.錯誤？

從上面錯誤信息堆棧可以看到是ViewRootImpl.requestLayout()方法裏調用的checkThread裏爆出了這個錯誤：

    @Override
    public void requestLayout() {
        if (!mHandlingLayoutInLayoutRequest) {
            checkThread();
            mLayoutRequested = true;
            scheduleTraversals();
        }
    }

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

這裏就可以看到具體檢查報錯的是在ViewRootImpl.requestLayout()方法裏，但是這個ViewRootImpl是啥？爲什麼我們更新view會到這裏？這裏就要說到了requestLayout()方法了。

`requestLayout()`

（1）如果我們修改了一個 View，如果修改結果影響了它的尺寸,那麼就會觸發這個方法。（2）從方法名字可以知道，“請求佈局”，那就是說，如果調用了這個方法，那麼對於一個子View來說，應該會重新進行佈局流程。但是，真實情況略有不同，如果子View調用了這個方法，其實會從View樹重新進行一次測量、佈局、繪製這三個流程，最終就會顯示子View的最終情況。

源碼分析View#requestLayout：

    public void requestLayout() {
        if (mMeasureCache != null) mMeasureCache.clear();

        if (mAttachInfo != null && mAttachInfo.mViewRequestingLayout == null) {
            // Only trigger request-during-layout logic if this is the view requesting it,
            // not the views in its parent hierarchy
            ViewRootImpl viewRoot = getViewRootImpl();
            if (viewRoot != null && viewRoot.isInLayout()) {
                if (!viewRoot.requestLayoutDuringLayout(this)) {
                    return;
                }
            }
            mAttachInfo.mViewRequestingLayout = this;
        }

        //爲當前view設置標記位 PFLAG_FORCE_LAYOUT
        mPrivateFlags |= PFLAG_FORCE_LAYOUT;
        mPrivateFlags |= PFLAG_INVALIDATED;

        if (mParent != null && !mParent.isLayoutRequested()) {
            //向父容器請求佈局
            mParent.requestLayout();
        }
        if (mAttachInfo != null && mAttachInfo.mViewRequestingLayout == this) {
            mAttachInfo.mViewRequestingLayout = null;
        }
    }

在requestLayout方法中，首先先判斷當前View樹是否正在佈局流程，接着爲當前子View設置標記位，該標記位的作用就是標記了當前的View是需要進行重新佈局的
接着調用mParent.requestLayout方法，這個十分重要，因爲這裏是向父容器請求佈局，即調用父容器的requestLayout方法，爲父容器添加PFLAG_FORCE_LAYOUT標記位，而父容器又會調用它的父容器的requestLayout方法，即requestLayout事件層層向上傳遞，直到DecorView，即根View
而根View又會傳遞給ViewRootImpl，也即是說子View的requestLayout事件，最終會被ViewRootImpl接收並得到處理

縱觀這個向上傳遞的流程，其實是採用了責任鏈模式，即不斷向上傳遞該事件，直到找到能處理該事件的上級，在這裏，只有ViewRootImpl能夠處理requestLayout事件。到這裏我們就明白了爲什麼當更新View的時候如果觸發了requestLayout方法爲什麼會到ViewRootImpl.requestLayout()處理。

爲什麼 `Activity.onCreate`可以在字線程裏更新UI？

上面介紹到最終報錯是由ViewRootImpl處理的，那麼這裏就涉及到了Activity的創建過程了。這裏貼一個網上大佬畫的startActivity流程圖

Activity的啓動過程，我們可以從Context的startActivity說起，其實現是ContextImpl的startActivity，然後內部會通過Instrumentation來嘗試啓動Activity，這是一個跨進程過程，它會調用ams的startActivity方法，當ams校驗完activity的合法性後，會通過ApplicationThread回調到我們的進程，這也是一次跨進程過程，而applicationThread就是一個binder，回調邏輯是在binder線程池中完成的，所以需要通過Handler H將其切換到ui線程，第一個消息是LAUNCH_ACTIVITY，它對應handleLaunchActivity，在這個方法裏完成了Activity的創建和啓動。我們在這裏主要分析ActivityThread.handleLaunchActiivty

`ActivityThread.handleLaunchActiivty`

    private void handleLaunchActivity(ActivityClientRecord r, Intent customIntent, String reason) {
        unscheduleGcIdler();
        mSomeActivitiesChanged = true;

        if (r.profilerInfo != null) {
            mProfiler.setProfiler(r.profilerInfo);
            mProfiler.startProfiling();
        }

        handleConfigurationChanged(null, null);

        if (localLOGV) Slog.v(
            TAG, "Handling launch of " + r);

        // Initialize before creating the activity
        WindowManagerGlobal.initialize();
        //創建Activity類實例
        Activity a = performLaunchActivity(r, customIntent);

        if (a != null) {
            r.createdConfig = new Configuration(mConfiguration);
            reportSizeConfigurations(r);
            Bundle oldState = r.state;
            //
            handleResumeActivity(r.token, false, r.isForward,
                    !r.activity.mFinished && !r.startsNotResumed, r.lastProcessedSeq, reason);

            if (!r.activity.mFinished && r.startsNotResumed) {
                if (r.isPreHoneycomb()) {
                    r.state = oldState;
                }
            }
        } else {
            try {
                ActivityManager.getService()
                    .finishActivity(r.token, Activity.RESULT_CANCELED, null,
                            Activity.DONT_FINISH_TASK_WITH_ACTIVITY);
            } catch (RemoteException ex) {
                throw ex.rethrowFromSystemServer();
            }
        }
    }

可以看到Activity類實例是在performLaunchActivity創建的，然後又調用了handleResumeActivity方法

`ActivityThread.handleResumeActivity`

    final void handleResumeActivity(IBinder token,
            boolean clearHide, boolean isForward, boolean reallyResume, int seq, String reason) {
        ActivityClientRecord r = mActivities.get(token);

        ...
        //調用Activity.onResume
        r = performResumeActivity(token, clearHide, reason);

        if (r != null) {
            final Activity a = r.activity;
            
            ....

            boolean willBeVisible = !a.mStartedActivity;
            if (!willBeVisible) {
                try {
                    willBeVisible = ActivityManager.getService().willActivityBeVisible(
                            a.getActivityToken());
                } catch (RemoteException e) {
                    throw e.rethrowFromSystemServer();
                }
            }
            if (r.window == null && !a.mFinished && willBeVisible) {
                
                ....
                //創建添加ViewRootImpl
                if (a.mVisibleFromClient) {
                    if (!a.mWindowAdded) {
                        a.mWindowAdded = true;
                        wm.addView(decor, l);
                    } else {
                        // The activity will get a callback for this {@link LayoutParams} change
                        // earlier. However, at that time the decor will not be set (this is set
                        // in this method), so no action will be taken. This call ensures the
                        // callback occurs with the decor set.
                        a.onWindowAttributesChanged(l);
                    }
                }

          
            } 

            .....
        } 
    }

這裏主要關注兩個方法performResumeActivity和 wm.addView(decor, l);

`performResumeActivity`

    public final ActivityClientRecord performResumeActivity(IBinder token,
            boolean clearHide, String reason) {
        ActivityClientRecord r = mActivities.get(token);
       
        if (r != null && !r.activity.mFinished) {
            if (clearHide) {
                r.hideForNow = false;
                r.activity.mStartedActivity = false;
            }
            try {
               ...

                r.activity.performResume();

                ....
            
            } catch (Exception e) {
              if (!mInstrumentation.onException(r.activity, e)) {
                    throw new RuntimeException(
                        "Unable to resume activity "
                        + r.intent.getComponent().toShortString()
                        + ": " + e.toString(), e);
                }
            }
        }
        return r;
    }

performResumeActivity裏調用了Activity的performResume()方法，這裏操作了mInstrumentation的callActivityOnResume()方法裏調用了Activity生命週期的onResume方法

#Activity.performResume

    final void performResume() {
        performRestart();

        mFragments.execPendingActions();

        mLastNonConfigurationInstances = null;

        mCalled = false;
        // mResumed is set by the instrumentation
        mInstrumentation.callActivityOnResume(this);
        ...

        onPostResume();
        
    }

#Instrumentation.callActivityOnResume

    public void callActivityOnResume(Activity activity) {
        activity.mResumed = true;
        activity.onResume();
        
        if (mActivityMonitors != null) {
            synchronized (mSync) {
                final int N = mActivityMonitors.size();
                for (int i=0; i<N; i++) {
                    final ActivityMonitor am = mActivityMonitors.get(i);
                    am.match(activity, activity, activity.getIntent());
                }
            }
        }
    }

`wm.addView(decor, l)`

wm.addView(decor, l)最終調用了WindowManagerImpl.addView

#WindowManagerImpl.addView


 private final WindowManagerGlobal mGlobal = WindowManagerGlobal.getInstance();

    public void addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {
        applyDefaultToken(params);
        mGlobal.addView(view, params, mContext.getDisplay(), mParentWindow);
    }

#WindowManagerGlobal.addView


    public void addView(View view, ViewGroup.LayoutParams params,
            Display display, Window parentWindow) {
        ...

        final WindowManager.LayoutParams wparams = (WindowManager.LayoutParams) params;

        ...

        ViewRootImpl root;
        View panelParentView = null;

        synchronized (mLock) {
            // Start watching for system property changes.
            ....

            root = new ViewRootImpl(view.getContext(), display);

            view.setLayoutParams(wparams);

            mViews.add(view);
            mRoots.add(root);
            mParams.add(wparams);

        }
    }

到這裏我們終於看到了ViewRootImpl的創建,從上面過程可以看到ViewRootImpl的創建是在Activity.onResume之後的，這也解釋了爲什麼我們可以在Activity.onCreate甚至Activity.onResume裏實現子線程裏操作UI，因爲此時ViewRootImpl併爲創建不會進行線程檢查。

從源碼角度分析 - Activity.onCreate可以在子線程裏更新UI麼？

爲什麼會報`Only the original thread that created a view hierarchy can touch its views.`錯誤？

`requestLayout()`

爲什麼 `Activity.onCreate`可以在字線程裏更新UI？

`ActivityThread.handleLaunchActiivty`

`ActivityThread.handleResumeActivity`

`performResumeActivity`

`wm.addView(decor, l)`

android-apt編譯時註解注意事項

recyclerView item 曝光算法（Rx版本）

從源碼角度分析 - Activity.onCreate可以在子線程裏更新UI麼？

SPI機制原理解析

Android-使用@AutoService實現spi

Mac下配置sublime實現LaTeX

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結

從源碼角度分析 - Activity.onCreate可以在子線程裏更新UI麼？

爲什麼會報Only the original thread that created a view hierarchy can touch its views.錯誤？

requestLayout()

爲什麼 Activity.onCreate可以在字線程裏更新UI？

ActivityThread.handleLaunchActiivty

ActivityThread.handleResumeActivity

performResumeActivity

wm.addView(decor, l)

爲什麼會報`Only the original thread that created a view hierarchy can touch its views.`錯誤？

`requestLayout()`

爲什麼 `Activity.onCreate`可以在字線程裏更新UI？

`ActivityThread.handleLaunchActiivty`

`ActivityThread.handleResumeActivity`

`performResumeActivity`

`wm.addView(decor, l)`