教程技術(shù)博客文檔【免費(fèi)下載鏈接】YCBlogs技術(shù)博客筆記大匯總包括Java基礎(chǔ)線程并發(fā)數(shù)據(jù)結(jié)構(gòu)Android技術(shù)博客等等常用設(shè)計(jì)模式常見的算法網(wǎng)絡(luò)協(xié)議知識(shí)點(diǎn)部分flutter筆記還包括平時(shí)開發(fā)中遇到的bug匯總當(dāng)然也在工作之余收集了大量的面試題長(zhǎng)期更新維護(hù)并且修正持續(xù)完善……開源的文件是markdown格式的轉(zhuǎn)載請(qǐng)注明出處謝謝項(xiàng)目地址https://gitcode.com/gh_mirrors/yc/YCBlogs點(diǎn)擊查看免費(fèi)下載導(dǎo)讀DecorView 是 Android 界面體系的根節(jié)點(diǎn)視圖Activity 中setContentView()設(shè)置的布局最終都掛載在它內(nèi)部的 content 容器之下。本文以 YCBlogs 倉庫中 10.DecorView介紹.md 為核心骨架結(jié)合 17.視圖管理者Window.md、18.窗口管理服務(wù)WMS.md、16.視圖的載體View.md 等倉庫文檔逐層拆解 DecorView 的定義、內(nèi)部結(jié)構(gòu)、創(chuàng)建過程、顯示時(shí)機(jī)與職責(zé)邊界。讀完本文你將能回答DecorView 與 ViewRootImpl、PhoneWindow、WindowManager 之間到底如何協(xié)作為什么setContentView()之后界面要等到onResume()之后才可見View 的測(cè)量/布局/繪制三大流程由誰驅(qū)動(dòng)01. 什么是 DecorViewDecorView 是FrameLayout的子類可以把它理解為Android 視圖樹的根節(jié)點(diǎn)視圖top-level view。整個(gè) Activity 的界面無論你在 XML 里寫了多少層布局最終都嵌套在唯一的一個(gè) DecorView 之下。關(guān)鍵點(diǎn)在于 DecorView 的內(nèi)部結(jié)構(gòu)并非固定它由當(dāng)前窗口的主題Theme決定一般情況下DecorView 內(nèi)部是一個(gè)豎直方向的 LinearLayout這個(gè) LinearLayout 從下到上通常包含三個(gè)區(qū)域ViewStub延遲加載視圖一般是action_mode_bar_stub用于 ActionMode上下文操作欄的延遲加載是否出現(xiàn)由 Theme 決定標(biāo)題欄TitleBarandroid:id/title對(duì)應(yīng)的 TextView同樣由 Theme 決定部分主題沒有標(biāo)題欄內(nèi)容欄Contentandroid:id/content對(duì)應(yīng)的 FrameLayoutsetContentView()設(shè)置的布局就添加在這里。注具體結(jié)構(gòu)隨 Android 版本與主題差異而不同上述布局只是其中一個(gè)典型示例。以下是一份典型的 DecorView 內(nèi)部布局源自倉庫原文檔LinearLayout xmlns:androidhttp://schemas.android.com/apk/res/android android:fitsSystemWindowstrue android:orientationvertical !-- Popout bar for action modes -- ViewStub android:idid/action_mode_bar_stub android:layout_widthmatch_parent android:layout_heightwrap_content android:inflatedIdid/action_mode_bar android:layoutlayout/action_mode_bar android:theme?attr/actionBarTheme / FrameLayout style?android:attr/windowTitleBackgroundStyle android:layout_widthmatch_parent android:layout_height?android:attr/windowTitleSize TextView android:idandroid:id/title style?android:attr/windowTitleStyle android:layout_widthmatch_parent android:layout_heightmatch_parent android:backgroundnull android:fadingEdgehorizontal android:gravitycenter_vertical / /FrameLayout FrameLayout android:idandroid:id/content android:layout_widthmatch_parent android:layout_height0dip android:layout_weight1 android:foreground?android:attr/windowContentOverlay android:foregroundGravityfill_horizontal|top / /LinearLayout1.1 setContentView 的布局最終去哪了在 Activity 中通過setContentView()設(shè)置的布局文件其實(shí)就是被添加到上述布局中id 為content的 FrameLayout內(nèi)容欄之中成為它的唯一子 View。因此在代碼里可以這樣拿到自己設(shè)置的布局ViewGroup content (ViewGroup) findViewById(android.R.id.content); ViewGroup rootView (ViewGroup) content.getChildAt(0);android.R.id.content指向的就是 DecorView 內(nèi)部?jī)?nèi)容欄 FrameLayout 的 id對(duì)應(yīng)源碼中的ID_ANDROID_CONTENT com.android.internal.R.id.content見 17.視圖管理者Window.md。1.2 根視圖視角View 的生命周期與 DecorView從倉庫文檔 16.視圖的載體View.md 的實(shí)測(cè)日志可以看到onAttachedToWindow()發(fā)生在onResume()之后而onMeasure() → onLayout() → onDraw()的完整繪制流程則發(fā)生在窗口真正附加之后——這正是 DecorView 被添加到 Window 之后的連鎖反應(yīng)也是理解為什么onCreate()里拿不到 View 寬高的根本原因詳見第 04 節(jié)。02. 什么是 ViewRootViewRootImplViewRoot 這個(gè)名字可能比較陌生但它的作用非常重大所有 View 的繪制以及事件分發(fā)等交互都是通過它來執(zhí)行或傳遞的。ViewRoot 對(duì)應(yīng)ViewRootImpl 類它是連接WindowManagerServiceWMS和DecorView的紐帶View 的三大流程——測(cè)量measure、布局layout、繪制draw——均通過 ViewRootImpl 來完成ViewRootImpl 并不屬于 View 樹的一份子從源碼實(shí)現(xiàn)上看它既非 View 的子類也非 View 的父類但它實(shí)現(xiàn)了ViewParent接口因此可以充當(dāng) View 的名義上的父視圖ViewRootImpl 內(nèi)部持有 Handler可以接收事件并分發(fā)。Android 的所有觸屏事件、按鍵事件、界面刷新等事件都是通過 ViewRootImpl 進(jìn)行分發(fā)的。2.1 四者之間的關(guān)系整個(gè)鏈路可以概括為Activity控制器 ↓ 持有 Window / PhoneWindow承載器 ↓ 持有 DecorView頂層視圖 / 根節(jié)點(diǎn) ↑ 通過 ViewRootImpl 關(guān)聯(lián) ViewRootImpl連接器與 WMS 通信Activity 就像控制器不負(fù)責(zé)具體的視圖部分Window 像個(gè)承載器裝著內(nèi)部視圖DecorView 是頂層視圖是所有 View 的最外層布局ViewRootImpl 像個(gè)連接器負(fù)責(zé)溝通通過硬件的感知來通知視圖進(jìn)行用戶之間的交互詳見第 05 節(jié)。2.2 ViewRootImpl 如何與 DecorView 建立聯(lián)系A(chǔ)ctivity 對(duì)象在 ActivityThread 中創(chuàng)建完畢后會(huì)將 DecorView 添加到 Window 中同時(shí)會(huì)創(chuàng)建 ViewRootImpl并調(diào)用其setView()方法將 ViewRootImpl 與 DecorView 建立關(guān)聯(lián)root new ViewRootImpl(view.getContext(), display); root.setView(view, wparams, panelParentView);之所以必須建立這種關(guān)聯(lián)是因?yàn)镈ecorView 等 View 的三大流程measure/layout/draw需要通過 ViewRootImpl 來完成。關(guān)于setView()內(nèi)部的詳細(xì)邏輯requestLayout()mWindowSession.addToDisplay()的 IPC 過程見 18.窗口管理服務(wù)WMS.md 的Window 的添加流程一節(jié)。03. DecorView 的創(chuàng)建這一部分回答的核心問題是DecorView 是怎么一層層嵌套在 Activity、PhoneWindow 中的以及 DecorView 如何加載內(nèi)部布局。3.1 從 setContentView() 開始首先從 Activity 的setContentView()開始這個(gè)入口我們已經(jīng)很熟悉了但它具體是怎么把布局加載到 Window 上的呢public void setContentView(LayoutRes int layoutResID) { getWindow().setContentView(layoutResID); initWindowDecorActionBar(); }可以看到實(shí)際是交給 Window 去裝載視圖。那么 Activity 是怎么獲得 Window 對(duì)象的答案在attach()方法中——Activity 被創(chuàng)建后ActivityThread 會(huì)調(diào)用attach()完成初始化其中就創(chuàng)建了 PhoneWindowfinal void attach(Context context, ActivityThread aThread, Instrumentation instr, IBinder token, int ident, Application application, Intent intent, ActivityInfo info, CharSequence title, Activity parent, String id, NonConfigurationInstances lastNonConfigurationInstances, Configuration config, String referrer, IVoiceInteractor voiceInteractor, Window window) { .......................................................... mWindow new PhoneWindow(this, window); // 創(chuàng)建一個(gè) Window 對(duì)象 mWindow.setWindowControllerCallback(this); mWindow.setCallback(this); // 設(shè)置回調(diào)向 Activity 分發(fā)點(diǎn)擊或狀態(tài)改變等事件 mWindow.setOnWindowDismissedCallback(this); ......................................................... mWindow.setWindowManager( (WindowManager) context.getSystemService(Context.WINDOW_SERVICE), mToken, mComponent.flattenToString(), (info.flags ActivityInfo.FLAG_HARDWARE_ACCELERATED) ! 0); // 給 Window 設(shè)置 WindowManager 對(duì)象 ............................................................ }依據(jù)倉庫文檔 17.視圖管理者Window.mdWindow 是一個(gè)抽象類它的唯一實(shí)現(xiàn)類是 PhoneWindowPhoneWindow 內(nèi)部持有DecorView mDecor、ViewGroup mContentParent、左右圖標(biāo)、進(jìn)度條、轉(zhuǎn)場(chǎng)動(dòng)畫相關(guān)對(duì)象等。既然有了 Window 對(duì)象就可以設(shè)置 DecorView 給 Window 對(duì)象了。PhoneWindow 的setContentView()邏輯如下public void setContentView(int layoutResID) { if (mContentParent null) { // mContentParent 為空創(chuàng)建一個(gè) DecorView installDecor(); } else { mContentParent.removeAllViews(); // mContentParent 不為空刪除其中的 View } mLayoutInflater.inflate(layoutResID, mContentParent); // 為 mContentParent 添加子 View即 Activity 中設(shè)置的布局文件 final Callback cb getCallback(); if (cb ! null !isDestroyed()) { cb.onContentChanged(); // 回調(diào)通知內(nèi)容改變 } }對(duì)照倉庫文檔 17.視圖管理者Window.md 中更完整的 PhoneWindow.setContentView 實(shí)現(xiàn)還可以看到兩點(diǎn)補(bǔ)充細(xì)節(jié)在FEATURE_CONTENT_TRANSITIONS特性開啟時(shí)走的是Scene.getSceneForLayout()transitionTo(newScene)的轉(zhuǎn)場(chǎng)分支而不是直接 inflate加載完成后還會(huì)調(diào)用mContentParent.requestApplyInsets()隨后回調(diào)Window.Callback.onContentChanged()——由于 Activity 實(shí)現(xiàn)了Window.Callback接口見 17.視圖管理者Window.md 的窗口回調(diào)一節(jié)該回調(diào)最終會(huì)進(jìn)入 Activity 的onContentChanged()。3.2 mContentParent 到底是什么看完上面的流程可能會(huì)有一個(gè)疑惑mContentParent 到底是什么答案mContentParent 就是前面布局中android:id/content所對(duì)應(yīng)的 FrameLayout內(nèi)容欄。通過上面的流程可以大致了解先在 PhoneWindow 中創(chuàng)建了一個(gè) DecorView創(chuàng)建過程中可能根據(jù) Theme 不同加載不同的布局格式例如有沒有 Title、有沒有 ActionBar 等然后再向 mContentParent 中加入子 View即 Activity 中設(shè)置的布局。到此視圖就一層層嵌套添加上了。下面具體看看installDecor()方法——它是怎么創(chuàng)建 DecorView 并設(shè)置其整體布局的private void installDecor() { if (mDecor null) { mDecor generateDecor(); // 生成 DecorView mDecor.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS); mDecor.setIsRootNamespace(true); if (!mInvalidatePanelMenuPosted mInvalidatePanelMenuFeatures ! 0) { mDecor.postOnAnimation(mInvalidatePanelMenuRunnable); } } if (mContentParent null) { mContentParent generateLayout(mDecor); // 為 DecorView 設(shè)置布局格式并返回 mContentParent ... } }再來看generateDecor()它非常簡(jiǎn)單就是創(chuàng)建了一個(gè) DecorViewprotected DecorView generateDecor() { return new DecorView(getContext(), -1); }而generateLayout(DecorView decor)則是整個(gè)創(chuàng)建流程的重頭戲——根據(jù)主題樣式選擇并加載不同的窗口布局protected ViewGroup generateLayout(DecorView decor) { // 從主題文件中獲取樣式信息 TypedArray a getWindowStyle(); ................... if (a.getBoolean(R.styleable.Window_windowNoTitle, false)) { requestFeature(FEATURE_NO_TITLE); } else if (a.getBoolean(R.styleable.Window_windowActionBar, false)) { // Dont allow an action bar if there is no title. requestFeature(FEATURE_ACTION_BAR); } ................ // 根據(jù)主題樣式加載窗口布局 int layoutResource; int features getLocalFeatures(); // System.out.println(Features: 0x Integer.toHexString(features)); if ((features (1 FEATURE_SWIPE_TO_DISMISS)) ! 0) { layoutResource R.layout.screen_swipe_dismiss; } else if(...){ ... } View in mLayoutInflater.inflate(layoutResource, null); // 加載 layoutResource // 往 DecorView 中添加子 View即文章開頭介紹 DecorView 時(shí)提到的布局格式 // 那只是一個(gè)例子根據(jù)主題樣式不同加載不同的布局 decor.addView(in, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT)); mContentRoot (ViewGroup) in; ViewGroup contentParent (ViewGroup) findViewById(ID_ANDROID_CONTENT); // 這里獲取的就是 mContentParent if (contentParent null) { throw new RuntimeException(Window couldnt find content container view); } if ((features (1 FEATURE_INDETERMINATE_PROGRESS)) ! 0) { ProgressBar progress getCircularProgressBar(false); if (progress ! null) { progress.setIndeterminate(true); } } if ((features (1 FEATURE_SWIPE_TO_DISMISS)) ! 0) { registerSwipeCallbacks(); } // Remaining setup -- of background and title -- that only applies // to top-level windows. ... return contentParent; }雖然這段代碼比較長(zhǎng)但邏輯還是很清楚的先從主題Theme中獲取樣式信息如windowNoTitle、windowActionBar等根據(jù)樣式與窗口 features 加載對(duì)應(yīng)的布局資源如screen_swipe_dismiss等將加載出來的布局以MATCH_PARENT的方式 add 到 DecorView 中從該布局中通過findViewById(ID_ANDROID_CONTENT)找到內(nèi)容欄作為mContentParent返回。拿到mContentParent之后回到前面的setContentView()為 mContentParent 添加 Activity 中的布局即可。DecorView 的創(chuàng)建過程到installDecor()就已經(jīng)介紹完了后面的代碼只是其中的具體邏輯。補(bǔ)充從源碼結(jié)構(gòu)看generateLayout()內(nèi)部還會(huì)處理窗口背景、標(biāo)題、FEATURE_INDETERMINATE_PROGRESS圓形/水平進(jìn)度條、FEATURE_SWIPE_TO_DISMISS滑動(dòng)關(guān)閉等窗口特性這與 17.視圖管理者Window.md 中窗口實(shí)現(xiàn)一節(jié)列舉的 PhoneWindow 內(nèi)部成員mLeftIconView、mRightIconView、mCircularProgressBar、mHorizontalProgressBar等一一對(duì)應(yīng)可以看出這些界面元素都是在installDecor()/generateLayout()階段被創(chuàng)建出來的。04. DecorView 的顯示通過setContentView()設(shè)置的界面為什么在onResume()之后才對(duì)用戶可見這就要從 ActivityThread 說起。4.1 handleLaunchActivity創(chuàng)建但不可見private void handleLaunchActivity(ActivityClientRecord r, Intent customIntent) { // 就是在這里調(diào)用了 Activity.attach()接著調(diào)用了 Activity.onCreate() 和 Activity.onStart() 生命周期。 // 但是由于只是初始化了 mDecor、添加了布局文件還沒有把 mDecor 添加到負(fù)責(zé) UI 顯示的 // PhoneWindow 中所以這時(shí)候?qū)τ脩魜碚f是不可見的。 Activity a performLaunchActivity(r, customIntent); ...... if (a ! null) { // 這里面執(zhí)行了 Activity.onResume() handleResumeActivity(r.token, false, r.isForward, !r.activity.mFinished !r.startsNotResumed); if (!r.activity.mFinished r.startsNotResumed) { try { r.activity.mCalled false; // 執(zhí)行 Activity.onPause() mInstrumentation.callActivityOnPause(r.activity); } } } }關(guān)鍵在于此時(shí)只是把布局 inflate 到了 DecorView 內(nèi)部的 mContentParent 中DecorView 還沒有真正被 WindowManager 添加到 Window 上因此它無法接收用戶的輸入信息和焦點(diǎn)事件——界面尚不可見。4.2 handleResumeActivityDecorView 開始登場(chǎng)重點(diǎn)看handleResumeActivity()在這其中 DecorView 將會(huì)顯示出來同時(shí)重要的角色 ViewRoot 也將登場(chǎng)final void handleResumeActivity(IBinder token, boolean clearHide, boolean isForward, boolean reallyResume) { // 這個(gè)時(shí)候Activity.onResume() 已經(jīng)調(diào)用了但是現(xiàn)在界面還是不可見的 ActivityClientRecord r performResumeActivity(token, clearHide); if (r ! null) { final Activity a r.activity; if (r.window null !a.mFinished willBeVisible) { r.window r.activity.getWindow(); View decor r.window.getDecorView(); // decor 對(duì)用戶不可見 decor.setVisibility(View.INVISIBLE); ViewManager wm a.getWindowManager(); WindowManager.LayoutParams l r.window.getAttributes(); a.mDecor decor; l.type WindowManager.LayoutParams.TYPE_BASE_APPLICATION; if (a.mVisibleFromClient) { a.mWindowAdded true; // 被添加進(jìn) WindowManager 了但是這個(gè)時(shí)候還是不可見的 wm.addView(decor, l); } if (!r.activity.mFinished willBeVisible r.activity.mDecor ! null !r.hideForNow) { // 在這里執(zhí)行了重要的操作使得 DecorView 可見 if (r.activity.mVisibleFromClient) { r.activity.makeVisible(); } } } } }執(zhí)行Activity.makeVisible()之后界面才對(duì)用戶可見void makeVisible() { if (!mWindowAdded) { ViewManager wm getWindowManager(); wm.addView(mDecor, getWindow().getAttributes()); // 將 DecorView 添加到 WindowManager mWindowAdded true; } mDecor.setVisibility(View.VISIBLE); // DecorView 可見 }到此 DecorView 便可見、顯示在屏幕中。但在這其中wm.addView(mDecor, getWindow().getAttributes());起到了重要的作用因?yàn)槠鋬?nèi)部創(chuàng)建了一個(gè) ViewRootImpl 對(duì)象負(fù)責(zé)繪制顯示各個(gè)子 View。4.3 addView 的層層調(diào)用WindowManagerImpl → WindowManagerGlobal → ViewRootImpladdView()方法中因?yàn)?WindowManager 是個(gè)接口具體是交給 WindowManagerImpl 來實(shí)現(xiàn)的public final class WindowManagerImpl implements WindowManager { private final WindowManagerGlobal mGlobal WindowManagerGlobal.getInstance(); ... Override public void addView(View view, ViewGroup.LayoutParams params) { mGlobal.addView(view, params, mDisplay, mParentWindow); } }接著交給 WindowManagerGlobal 的addView()方法去實(shí)現(xiàn)public void addView(View view, ViewGroup.LayoutParams params, Display display, Window parentWindow) { final WindowManager.LayoutParams wparams (WindowManager.LayoutParams) params; ...... synchronized (mLock) { ViewRootImpl root; // 實(shí)例化一個(gè) ViewRootImpl 對(duì)象 root new ViewRootImpl(view.getContext(), display); view.setLayoutParams(wparams); mViews.add(view); // mViews 存儲(chǔ)所有 Window 對(duì)應(yīng)的 View 對(duì)象 mRoots.add(root); // mRoots 存儲(chǔ)所有 Window 對(duì)應(yīng)的 ViewRootImpl 對(duì)象 mParams.add(wparams); // mParams 存儲(chǔ)所有 Window 對(duì)應(yīng)的 LayoutParams 對(duì)象 } ...... try { // 將 DecorView 交給 ViewRootImpl root.setView(view, wparams, panelParentView); } catch (RuntimeException e) { } }佐證細(xì)節(jié)源自 18.窗口管理服務(wù)WMS.mdWindowManagerGlobal內(nèi)部維護(hù)了mViews、mRoots、mParams三個(gè)列表分別保存所有 Window 對(duì)應(yīng)的 View、ViewRootImpl 和 LayoutParamsViewRootImpl.setView()內(nèi)部做了兩件關(guān)鍵的事① 調(diào)用requestLayout()完成界面異步繪制的請(qǐng)求最終會(huì)走到scheduleTraversals()→TraversalRunnable→performTraversals()② 通過mWindowSession.addToDisplay()請(qǐng)求 WindowManagerService 完成 Window 的添加這是一個(gè) IPC 過程performTraversals()的流程是獲取 Surface →performMeasure()測(cè)量視圖樹 →performLayout()計(jì)算位置 →performDraw()繪制視圖樹。View 的三大流程measure/layout/draw正是在這里被驅(qū)動(dòng)起來的。setView()方法經(jīng)過一系列折騰最終調(diào)用了performTraversals()方法然后依照測(cè)量 → 布局 → 繪制的流程層層調(diào)用完成繪制最終界面才顯示出來。這也與倉庫文檔 16.視圖的載體View.md 中的實(shí)測(cè)日志吻合onAttachedToWindow()之后依次觸發(fā)onMeasure() → onSizeChanged() → onLayout() → onDraw()界面真正繪制完成。4.4 事件傳遞鏈硬件 → ViewRootImpl → DecorView → PhoneWindow → Activity要知道當(dāng)用戶點(diǎn)擊屏幕產(chǎn)生一個(gè)觸摸行為這個(gè)觸摸行為通過底層硬件來傳遞捕獲然后交給 ViewRootImpl接著將事件傳遞給 DecorView而 DecorView 再交給 PhoneWindowPhoneWindow 再交給 Activity然后接下來就是我們常見的 View 事件分發(fā)了硬件 → ViewRootImpl → DecorView → PhoneWindow → Activity由此可見ViewRootImpl 的重要性它是一個(gè)連接器負(fù)責(zé) WindowManagerService 與 DecorView 之間的通信。倉庫文檔 03.View事件機(jī)制源碼分析.md 也從另一個(gè)角度印證了這條鏈路的終點(diǎn)行為事件最先傳到 Activity 的dispatchTouchEvent()而 Activity 內(nèi)部是getWindow().superDispatchTouchEvent(ev)PhoneWindow 的實(shí)現(xiàn)則是mDecor.superDispatchTouchEvent(event)——即Window 把事件下發(fā)給 DecorView隨后才進(jìn)入 ViewGroup/View 的分發(fā)流程ActivityWindow→ ViewGroup → View。DecorView 在這里扮演了事件進(jìn)入視圖樹的入口這一角色。05. DecorView 的職責(zé)總結(jié)以上通過源碼形式介紹了 Window、Activity、DecorView 以及 ViewRoot 之間的錯(cuò)綜關(guān)系以及如何創(chuàng)建并顯示 DecorView。通過以上了解可以知道角色定位職責(zé)Activity控制器不負(fù)責(zé)視圖部分持有 Window實(shí)現(xiàn) Window.Callback 接收事件回調(diào)WindowPhoneWindow承載器裝著內(nèi)部視圖是 Window 抽象類的唯一實(shí)現(xiàn)類DecorView頂層視圖所有 View 的最外層布局FrameLayout 子類視圖樹的根節(jié)點(diǎn)ViewRootImpl連接器負(fù)責(zé)溝通驅(qū)動(dòng) measure/layout/draw 三大流程連接 WMS 與 DecorView它們之間的完整協(xié)作關(guān)系可以總結(jié)為創(chuàng)建階段ActivityThread 調(diào)用Activity.attach()創(chuàng)建 PhoneWindow →setContentView()觸發(fā)installDecor()→generateDecor()創(chuàng)建 DecorView、generateLayout()按 Theme 加載窗口布局并返回 mContentParent → 業(yè)務(wù)布局 inflate 進(jìn) content 容器顯示階段handleResumeActivity()中wm.addView(decor, l)走 WindowManagerImpl → WindowManagerGlobal → 創(chuàng)建 ViewRootImpl 并setView()→requestLayout()performTraversals()完成測(cè)量/布局/繪制 →makeVisible()后 DecorView 可見交互階段觸摸事件沿硬件 → ViewRootImpl → DecorView → PhoneWindow → Activity到達(dá)再按 View 事件分發(fā)機(jī)制向下傳遞處理。06. 關(guān)聯(lián)閱讀與延伸本文內(nèi)容與倉庫中以下文檔相互印證、可以對(duì)照閱讀17.視圖管理者Window.mdWindow 類型應(yīng)用 Window / 子 Window / 系統(tǒng) Window、WindowManager.LayoutParams 窗口參數(shù)與 flags、窗口回調(diào) Callback 接口、PhoneWindow 內(nèi)部成員與 setContentView 完整實(shí)現(xiàn)18.窗口管理服務(wù)WMS.mdWindowManagerGlobal 的 addView/removeView/updateViewLayout 三流程、ViewRootImpl.setView() 的 IPC 細(xì)節(jié)、WindowSession 與 WindowManagerService 的跨進(jìn)程通信機(jī)制16.視圖的載體View.mdView 的生命周期回調(diào)與 Activity 生命周期的實(shí)測(cè)日志驗(yàn)證 DecorView 可見時(shí)機(jī)03.View事件機(jī)制源碼分析.mdActivity → Window → ViewGroup → View 的事件分發(fā)順序與源碼分析10.DecorView介紹.md本文的原始骨架文檔包含 DecorView 內(nèi)部布局示例與全部核心源碼片段。贊分享教程技術(shù)博客文檔【免費(fèi)下載鏈接】YCBlogs技術(shù)博客筆記大匯總包括Java基礎(chǔ)線程并發(fā)數(shù)據(jù)結(jié)構(gòu)Android技術(shù)博客等等常用設(shè)計(jì)模式常見的算法網(wǎng)絡(luò)協(xié)議知識(shí)點(diǎn)部分flutter筆記還包括平時(shí)開發(fā)中遇到的bug匯總當(dāng)然也在工作之余收集了大量的面試題長(zhǎng)期更新維護(hù)并且修正持續(xù)完善……開源的文件是markdown格式的轉(zhuǎn)載請(qǐng)注明出處謝謝項(xiàng)目地址https://gitcode.com/gh_mirrors/yc/YCBlogs點(diǎn)擊查看免費(fèi)下載相關(guān)推薦YCBlogs Android Framework 源碼級(jí)剖析ANR 觸發(fā)流程與 Service 超時(shí)機(jī)制全解析YCBlogs Android Framework 源碼級(jí)剖析ANR 觸發(fā)流程與 Service 超時(shí)機(jī)制全解析 本篇以 YCBlogs 倉庫中 ANR 基礎(chǔ)教程技術(shù)博客文檔YCBlogs 源碼精讀Activity 布局創(chuàng)建全鏈路解析——從 handleLaunchActivity 到 setContentViewYCBlogs 源碼精讀Activity 布局創(chuàng)建全鏈路解析——從 handleLaunchActivity 到 setContentView 本文基于 YC教程技術(shù)博客文檔Android View 刷新機(jī)制源碼級(jí)剖析invalidate、postInvalidate 與 requestLayout 全解析YCBlogs 實(shí)戰(zhàn)筆記Android View 刷新機(jī)制源碼級(jí)剖析invalidate、postInvalidate 與 requestLayout 全解析YCBlogs 實(shí)戰(zhàn)筆教程技術(shù)博客文檔上一篇如何用Winhance中文版讓你的Windows系統(tǒng)煥然一新下一篇終極指南如何在PC上免費(fèi)運(yùn)行Switch游戲 - Ryujinx開源模擬器完整教程創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考