Android繪制整體流程
首次View的繪制流程是在什么時(shí)候觸發(fā)的？
答案在ActivityThread.handleResumeActivity里觸發(fā)的。
public void handleResumeActivity(IBinder token, boolean finalStateRequest, boolean isForward,
String reason) {
// 1.執(zhí)行Activity的onResume方法
final ActivityClientRecord r = performResumeActivity(token, finalStateRequest, reason);
if (r == null) {
// We didn't actually resume the activity, so skipping any follow-up actions.
return;
}
// ...
if (r.window == null && !a.mFinished && willBeVisible) {
// 2.獲取Window
r.window = r.activity.getWindow();
// 3.獲取DecorView
View decor = r.window.getDecorView();
decor.setVisibility(View.INVISIBLE);
// 4.獲取Activity的WindowManager
ViewManager wm = a.getWindowManager();
WindowManager.LayoutParams l = r.window.getAttributes();
a.mDecor = decor;
// ...
if (a.mVisibleFromClient) {
if (!a.mWindowAdded) {
a.mWindowAdded = true;
// 5.調(diào)用windowManager的addView方法
wm.addView(decor, l);
} else {
// ...
}
}
}
WindowManager是一個(gè)接口敛腌，我們查看WindowManagerImpl的addView：
@Override
public void addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {
applyDefaultToken(params);
mGlobal.addView(view, params, mContext.getDisplay(), mParentWindow);
}
其內(nèi)部調(diào)用的是WindowManagerGlobal的addView方法：
public void addView(View view, ViewGroup.LayoutParams params,
Display display, Window parentWindow) {
//...
ViewRootImpl root;
synchronized (mLock) {
//...
// 創(chuàng)建ViewRootImpl
root = new ViewRootImpl(view.getContext(), display);
view.setLayoutParams(wparams);
mViews.add(view);
mRoots.add(root);
mParams.add(wparams);
// do this last because it fires off messages to start doing things
try {
// 6.調(diào)用ViewRootImpl的setView方法
root.setView(view, wparams, panelParentView);
} catch (RuntimeException e) {
// BadTokenException or InvalidDisplayException, clean up.
if (index >= 0) {
removeViewLocked(index, true);
}
throw e;
}
}
}
從源碼中可以看到，onResume 之后王滤，ActivityThread 通過(guò)調(diào)用 activity 中 windowmanager 的 addView 方法杂穷，將 decorView 傳入到 ViewRootImpl 的 setView 方法中，通過(guò) setView 來(lái)完成 View 的繪制猜敢。
ViewRootImpl 是如何繪制 View 的
我們?cè)賮?lái)看一下 setView 方法
// ViewRootImpl.setView 這里入?yún)⑹荄ecorView
public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {
// ...
requestLayout();
}
@Override
public void requestLayout() {
if (!mHandlingLayoutInLayoutRequest) {
// 1.線程檢查
checkThread();
mLayoutRequested = true;
// 執(zhí)行繪制任務(wù)
scheduleTraversals();
}
}
void scheduleTraversals() {
// 獲取內(nèi)存屏障
mTraversalBarrier = mHandler.getLooper().getQueue().postSyncBarrier();
// 執(zhí)行繪制任務(wù)
mChoreographer.postCallback(
Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);
}
經(jīng)過(guò)層層調(diào)用姑荷，繪制的任務(wù)落在了mChoreographer的身上，先看看mTraversalRunnable锣枝，從名字可以看出來(lái)跟Runnable有關(guān)系：
final class TraversalRunnable implements Runnable {
@Override
public void run() {
doTraversal();
}
}
void doTraversal() {
if (mTraversalScheduled) {
mTraversalScheduled = false;
// 移除內(nèi)存屏障
mHandler.getLooper().getQueue().removeSyncBarrier(mTraversalBarrier);
// 開(kāi)始繪制--依次調(diào)用 performMeasure --performLayout --persformDraw
performTraversals();
// ...
}
}
簡(jiǎn)單來(lái)說(shuō) setView 做了三件事
① 檢查繪制的線程是不是創(chuàng)建 View 的線程厢拭。
② 通過(guò)同步屏障保證繪制 View 的任務(wù)是最優(yōu)先的
③ 調(diào)用 performTraversals 完成 measure兰英，layout撇叁，draw 的繪制
后續(xù) ViewGroup 和 View 的繪制其實(shí)是 performTraversals 對(duì)整個(gè) ViewTree 的繪制。他們的關(guān)系可以用下面這張圖表示
既然View 的繪制是在 onResume 之后才開(kāi)始的畦贸，那為什么我在 onCreate 中調(diào)用 View.post 方法可以得到 View 的寬高呢
查看view的post代碼：
public boolean post(Runnable action) {
// 如果View已經(jīng)被attachToWindow就直接post到handler中
final AttachInfo attachInfo = mAttachInfo;
if (attachInfo != null) {
return attachInfo.mHandler.post(action);
}
// 否則就放到隊(duì)列中陨闹，等到attached之后再執(zhí)行
getRunQueue().post(action);
return true;
}
View.post 會(huì)判斷當(dāng)前 View 是否已經(jīng)被添加到 window 上。如果添加了則立即執(zhí)行 runnable薄坏，如果沒(méi)有被添加則先放到一個(gè)隊(duì)列中存儲(chǔ)起來(lái)趋厉，等添加到 window 上時(shí)再執(zhí)行。
而 View 被測(cè)量完成后才會(huì) attachToWindow胶坠。所以當(dāng) post 的 runnable 執(zhí)行時(shí)君账，View 已經(jīng)繪制完成了。
MeasureSpec 的理解
View 的大小不僅僅取決于自身的寬高沈善，還取決于父 View 的大小和測(cè)量模式乡数。一個(gè) 200x200 的父 View 是不可能容納一個(gè) 300x300 的子 View 的，父 View 的 wrap_content 和 match_content 也會(huì)影響子 View 的大小闻牡。
所以 View 的 measure 函數(shù)其實(shí)應(yīng)該有 4 個(gè)參數(shù)：父 View 的寬净赴，父 View 的高，寬的測(cè)量模式罩润，高的測(cè)量模式玖翅。
那我自定義一個(gè) View 的時(shí)候，如果不對(duì) MeasureSpec 做處理割以。使用這個(gè) View 時(shí)寬高傳入 wrap_content金度，結(jié)果會(huì)怎么樣？
查看view的默認(rèn)的onMeasure():
#View.java
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
}
#View.getDefaultSize
public static int getDefaultSize(int size, int measureSpec) {
int result = size;
int specMode = MeasureSpec.getMode(measureSpec);
int specSize = MeasureSpec.getSize(measureSpec);
switch (specMode) {
case MeasureSpec.UNSPECIFIED:
result = size;
break;
case MeasureSpec.AT_MOST:
case MeasureSpec.EXACTLY:
result = specSize;
break;
}
return result;
}
所以當(dāng)我們自定義 View 時(shí)严沥，如果沒(méi)有對(duì) MODE 做處理审姓，設(shè)置 wrap_content 和 match_content 結(jié)果其實(shí)是一樣的，View 的寬高都是取父 View 的寬高祝峻。
invalidate 和 requestlayout 方法的區(qū)別
//ViewRootImpl.invalidate
@UnsupportedAppUsage
void invalidate() {
mDirty.set(0, 0, mWidth, mHeight);
if (!mWillDrawSoon) {
scheduleTraversals();
}
}
#ViewRootImpl.requestLayout
@Override
public void requestLayout() {
if (!mHandlingLayoutInLayoutRequest) {
checkThread();
mLayoutRequested = true;
scheduleTraversals();
}
}
ViewRootImpl 作為頂級(jí) View 負(fù)責(zé) View 的繪制魔吐。所以簡(jiǎn)單來(lái)說(shuō)扎筒，requestlayout 和 invaliate 最終都會(huì)向上回溯調(diào)用到 ViewRootImpl 的 postTranversals 方法來(lái)繪制 View。
不同的是 requestlayout 會(huì)繪制 View 的 measure酬姆，layout 和 draw 過(guò)程嗜桌。invaliate 因?yàn)橹惶砑恿死L制 draw 的標(biāo)志位，只會(huì)繪制 draw 過(guò)程辞色。
實(shí)現(xiàn)一下 findViewbyid 的過(guò)程
protected <T extends View> T findViewTraversal(@IdRes int id) {
if (id == mID) {
return (T) this;
}
if(mView instanceOf ViewGroup){
int childrenCount = getChildrenCount();
for (int i = 0; i < childrenCount; i++) {
View v = getChildAt(i);
if ((v.mPrivateFlags & PFLAG_IS_ROOT_NAMESPACE) == 0) {
v = v.findViewById(id);
if (v != null) {
return (T) v;
}
}
}
}
return null;
}
參考：
View繪制原理
