onMeasure被執(zhí)行兩次原理解析
什么情況下會onMeasure會執(zhí)行?
進入View
的measure
方法:
void measure(){ boolean forceLayout = (mPrivateFlags & PFLAG_FORCE_LAYOUT) == PFLAG_FORCE_LAYOUT; boolean specChanged = widthMeasureSpec != mOldWidthMeasureSpec || heightMeasureSpec != mOldHeightMeasureSpec; boolean isSepcExactly = MeasureSpec.getMode(widthMeasureSpec) == MeasureSpec.EXACTLY && MeasureSpec.getMode(heightMeasureSpec) == MeasureSpec.EXACTLY; boolean matchesSpecSize = getMeasuredWidth() == MeasureSpec.getSize(widthMeasureSpec) && getMeasuredHeight() == MeasureSpec.getSize(heightMeasureSpec); final boolean needsLayout = specChanged && (sAlwaysRemeasureExactly || !isSpecExactly || !matchesSpecSize); if(forceLayout || needLayout){ int cacheIndex = forceLayout ? -1 : mMeasureCache.indexOfKey(key); if (cacheIndex < 0 || sIgnoreMeasureCache) { onMeasure(widthMeasureSpec, heightMeasureSpec); mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT; } else { long value = mMeasureCache.valueAt(cacheIndex); setMeasuredDimensionRaw((int) (value >> 32), (int) value); mPrivateFlags3 |= PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT; } } }
什么時候forceLayout=true
:
- 調用
requestLayout
- 調用
forceRequestLayout
什么時候needsLayout=true
:
- 當長寬發(fā)生改變
什么時候調用了onMeasure>
方法:
forceLayouy=true
- 或者
mMeasureCache
沒有當前的緩存
總結:
當調用了requestLayout
一定會測發(fā)重測過程.當forceLayout=false
的時候會去判斷mMeasureCache
值.現(xiàn)在研究下這個mMeasureCache
class View{ LongSparseLongArray mMeasureCache; void measure(widthSpec,heightSpec){ --- long key = (long) widthMeasureSpec << 32 | (long) heightMeasureSpec & 0xffffffffL; int cacheIndex = forceLayout ? -1 : mMeasureCache.indexOfKey(key); if(cacheIndex<0){ onMeasure(widthSpec,heightSpec); } mOldWidthMeasureSpec = widthMeasureSpec; mOldHeightMeasureSpec = heightMeasureSpec; mMeasureCache.put(key,widhSpec|heightSpec); --- } }
這里可以看到oldWidthMeasureSpec
和mMeasureCache
都是緩存上一次的值,那他們有什么不同呢?不同點就是,oldWidthMeasureSpec>
不僅僅緩存了測量的spec
模式而且緩存了size
.但是mMeasureCache
只緩存了size
.從這行代碼可以看出:
long key = (long) widthMeasureSpec << 32 | (long) heightMeasureSpec & 0xffffffffL;
這里一同運算就為了排除掉spec
造成的影響.
//不信你可以試下下面的代碼 public class Test { public static void main(String[] args) { long widthMeasureSpec = makeMeasureSpec(10,0); long heightMeasureSpec = makeMeasureSpec(20,0); long ss = widthMeasureSpec << 32 | (long) heightMeasureSpec & 0xffffffffL; System.out.println("=========="+ss); } private static final int MODE_MASK = 0x3 << 30; public static int makeMeasureSpec(int size, int mode) { return (size & ~MODE_MASK) | (mode & MODE_MASK); } } //42949672980 //42949672980 //42949672980
什么時候mPrivateFlags
會被賦值PFLAG_FORCE_LAYOUT
.
在view viewGrouup
的構造函數(shù)里面會主動賦值一次,然后在ViewGroup.addView
時候會給當前View
的mProvateFlags
賦值PFLAG_FORCE_LAYOUT
.
為什么onMeasure會被執(zhí)行兩次?
void measure(int widthMeasureSpec,int heightMeasureSpec){ ---- boolean forceLayout = (mPrivateFlags & PFLAG_FORCE_LAYOUT) == PFLAG_FORCE_LAYOUT; if(forceLayout | needsLayout){ onMeasure() } ---- } public void layout(int l, int t, int r, int b){ --- mPrivateFlags &= ~PFLAG_FORCE_LAYOUT; --- }
在第一次觸發(fā)到measure
方法時,forceLayoyt=true needsLayout=true
,但是layout
方法還沒觸發(fā)到.
在第二次觸發(fā)到measure>
方法時,forceLayout=true needsLayout=false
,所以還是會進入onMeasure
方法.這次會執(zhí)行layout
方法.然后我們在下次的時候forceLayout
就等于false
了.上面的這一段分析是分析的measure
內部如何防止多次調用onMeasure
.
分析外部是如何多次調用measure方法的
在Activity
執(zhí)行到onResume
生命周期的時候,會執(zhí)行WindowManager.addView
操作,WindowManager
的具體實現(xiàn)類是WindowManagerImpl
然后addView
操作交給了代理類WindowManagerGlobal
,然后在WindowManagerGlobal
的addView
里面執(zhí)行了ViewRootImpl.setView
操作(ViewRootImpl
對象也是在這個時候創(chuàng)建的),在ViewRootImpl
會主動調用一次requestLayout
,也就開啟了第一次的視圖 測量 布局 繪制.
在setView
的時候主動調用了一次ViewRootImpl.requestLayout
,注意這個requestLayout
是ViewRootImpl
的內部方法,和view viewGroup
那些requestLayout
不一樣.在ViewRootImpl.requestLayout
內部調用了performTraversals
方法:
class ViewRootImpl{ void performTraversals(){ if(layoutResuested){ //標記1 windowSizeMayChanged |= measureHierarchy(host,lp,res,desiredWindowWidth,desiredWindowHeight); } //標記2 performMeasure() performLayout() } void measureHierarchy(){ performMeasure() } }
從ViewRootImpl
的執(zhí)行邏輯你可以看出,在執(zhí)行performLayout
之前,他自己就已經(jīng)調用了兩次performMeasure
方法.所以你現(xiàn)在就知道為啥了.
以上就是onMeasure被執(zhí)行兩次原理解析的詳細內容,更多關于onMeasure被執(zhí)行兩次的資料請關注腳本之家其它相關文章!
相關文章
Android如何通過命令行操作Sqlite3數(shù)據(jù)庫的方法
這篇文章主要介紹了Android如何通過命令行操作Sqlite3數(shù)據(jù)庫的方法,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2020-06-06Android實現(xiàn)單頁面浮層可拖動view的一種方法
本篇文章主要介紹了Android實現(xiàn)單頁面浮層可拖動view的一種方法,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-10-10Android UI設計與開發(fā)之PopupWindow仿騰訊新聞底部彈出菜單
這篇文章主要為大家詳細介紹了Android UI設計與開發(fā)之PopupWindow仿騰訊新聞底部彈出菜單,具有一定的參考價值,感興趣的小伙伴們可以參考一下2017-08-08Kotlin結合Rxjava+Retrofit實現(xiàn)極簡網(wǎng)絡請求的方法
這篇文章主要給大家介紹了關于Kotlin結合Rxjava+Retrofit實現(xiàn)極簡網(wǎng)絡請求的相關內容,文中分別對Rxjava和Retrofit進行了簡單的介紹,然后通過示例代碼詳細介紹了如何實現(xiàn)極簡網(wǎng)絡請求,需要的朋友可以參考借鑒,下面來一起看看吧。2017-11-11