從源碼角度理解RelativeLayout#onMeasure對(duì)child的measure調(diào)用次數(shù)

熟悉繪制流程的都知道,ViewGroup可以決定child的繪制時(shí)機(jī)以及調(diào)用次數(shù)。

今天我們就從RelativeLayout開始學(xué)起,看一下它對(duì)子ViewonMeasure調(diào)用次數(shù)具體是多少。

簡(jiǎn)單起見,我們選擇進(jìn)入Activity的時(shí)機(jī),在前面的blog進(jìn)入Activity時(shí),為何頁面布局內(nèi)View#onMeasure會(huì)被調(diào)用兩次?提到過,進(jìn)入頁面時(shí)最少會(huì)走兩遍繪制流程,我們需要觀測(cè)下每次繪制流程中,child的onMeasure執(zhí)行次數(shù)。

系列文章:
從源碼角度理解FrameLayout#onMeasure對(duì)child的measure調(diào)用次數(shù)
從源碼角度理解LinearLayout#onMeasure對(duì)child的measure調(diào)用次數(shù)
從源碼角度理解RelativeLayout#onMeasure對(duì)child的measure調(diào)用次數(shù)
從源碼角度理解ConstraintLayout#onMeasure對(duì)child的measure調(diào)用次數(shù)
ViewGroup在調(diào)用onMeasure時(shí),會(huì)先測(cè)量父View,還是會(huì)先測(cè)量子View?

通過log觀測(cè)現(xiàn)象

時(shí)機(jī):進(jìn)入頁面;

xml布局:里面的自定義View都只是添加了log。

demo:RelativeLayoutTestActivity

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context=".measure.RelativeLayoutTestActivity">

    <com.tinytongtong.androidstudy.measure.view.CustomRelativeLayout
        android:layout_width="wrap_content"
        android:layout_height="wrap_content">

        <com.tinytongtong.androidstudy.measure.view.CustomSingleView
            android:id="@+id/view1"
            android:layout_width="200dp"
            android:layout_height="100dp"
            android:layout_alignParentRight="true"
            android:layout_alignParentBottom="true"
            android:background="@color/colorPrimaryDark" />

        <com.tinytongtong.androidstudy.measure.view.CustomTextView
            android:id="@+id/view2"
            android:layout_width="match_parent"
            android:layout_height="match_parent"
            android:background="#99dddddd"
            android:text="match_parent" />

        <com.tinytongtong.androidstudy.measure.view.CustomButton
            android:id="@+id/view3"
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:layout_alignBaseline="@id/view5"
            android:text="wrap_content" />

        <com.tinytongtong.androidstudy.measure.view.CustomImageView
            android:id="@+id/view4"
            android:layout_width="wrap_content"
            android:layout_height="match_parent"
            android:layout_toLeftOf="@id/view5"
            android:background="@drawable/ic_launcher"
            android:contentDescription="wrap_content" />

        <com.tinytongtong.androidstudy.measure.view.CustomHelloView
            android:id="@+id/view5"
            android:layout_width="50dp"
            android:layout_height="50dp"
            android:layout_centerInParent="true"
            android:background="@color/background_debug" />

        <com.tinytongtong.androidstudy.measure.view.CustomWorldView
            android:id="@+id/view6"
            android:layout_width="50dp"
            android:layout_height="50dp"
            android:layout_below="@id/view5"
            android:layout_centerHorizontal="true"
            android:background="@color/background_info"
            android:gravity="center" />

    </com.tinytongtong.androidstudy.measure.view.CustomRelativeLayout>

</LinearLayout>

這里給RelativeLayout添加了4個(gè)child,分別設(shè)置了不同的寬高。接著以RelativeLayout的寬高為變量,分別設(shè)置match_parentwrap_content,我們觀察下對(duì)應(yīng)的onMeasure執(zhí)行次數(shù)。

現(xiàn)實(shí)效果

寬高兩兩組合,一共有四種情況,具體效果如下表:

自身 view1(固定寬高,layout_alignParentRight,layout_alignParentBottom) view2(w:match_parent,h:match_parent) view3(w:match_parent,h:wrap_content,android:layout_alignBaseline="@id/view5") view4(w:wrap_content,h:match_parent,android:layout_toLeftOf="@id/view5") view5(固定寬高,android:layout_centerInParent="true") view6(固定寬高,android:layout_below="@id/view5",android:layout_centerHorizontal="true") 備注:第一次繪制處理mSortedHorizontalChildren,child的順序是6、5、4、3、2、1;第二次繪制處理mSortedVerticalChildren,順序是5、3、6、4、2、1;
match_parent match_parent M:2,L:1,D:0(默認(rèn)不參與onDraw) M:4,L:1,D:1(參與第一、二次onMeasure) M:4,L:1,D:1(參與第一、二次onMeasure) M:4,L:1,D:2(參與第一、二次onMeasure,參與第一、二次onDraw) M:4,L:1,D:1(參與第一、二次onMeasure) M:4,L:1,D:1(參與第一、二次onMeasure) M:4,L:1,D:1(參與第一、二次onMeasure)
match_parent wrap_content M:2,L:1,D:0 同上 同上 同上 同上 同上 同上
wrap_content match_parent M:2,L:1,D:0 同上 同上 同上 同上 同上 同上
wrap_content wrap_content M:2,L:1,D:0 同上 同上 同上 同上 同上 同上

說明:
MonMeasureLonLayoutDonDraw
M:2,L:1,D:1 表示onMeasure調(diào)用了2次,onLayout調(diào)用了1次,onDraw調(diào)用了一次。

我們知道,進(jìn)入Activity時(shí),最少會(huì)走兩次onMeasure方法,具體請(qǐng)看進(jìn)入Activity時(shí),為何頁面布局內(nèi)View#onMeasure會(huì)被調(diào)用兩次?

觀察表格中的內(nèi)容,我們發(fā)現(xiàn)在一次測(cè)量流程中,RelativeLayout的child,最少是一次測(cè)量最多是兩次測(cè)量依賴關(guān)系會(huì)對(duì)測(cè)量次數(shù)有影響。

RelativeLayout#onMeasure(int widthMeasureSpec, int heightMeasureSpec)源碼分析

具體是怎樣的情況呢?我們看下源碼:

@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
    // 準(zhǔn)備數(shù)據(jù)。遍歷所有child,將不包含水平依賴的child添加進(jìn)mSortedHorizontalChildren;
    // 將不包含垂直依賴的child添加進(jìn)mSortedVerticalChildren。
    if (mDirtyHierarchy) {
        mDirtyHierarchy = false;
        sortChildren();
    }

    ...
    // 第一次測(cè)量,測(cè)量所有不包含水平依賴關(guān)系的child
    View[] views = mSortedHorizontalChildren;
    int count = views.length;
    for (int i = 0; i < count; i++) {
        View child = views[i];
        if (child.getVisibility() != GONE) {
            ...
            measureChildHorizontal(child, params, myWidth, myHeight);
            ...
        }
    }
    // 第二次測(cè)量,測(cè)量所有不包含垂直依賴關(guān)系的child
    views = mSortedVerticalChildren;
    count = views.length;
    ...
    for (int i = 0; i < count; i++) {
        final View child = views[i];
        if (child.getVisibility() != GONE) {
            ...
            measureChild(child, params, myWidth, myHeight);
            ...
        }
    }
    ...
    setMeasuredDimension(width, height);
}

源碼如上所示,一共會(huì)對(duì)child進(jìn)行兩次測(cè)量。
1、在測(cè)量之前會(huì)先準(zhǔn)備數(shù)據(jù),會(huì)根據(jù)不同的依賴關(guān)系對(duì)child進(jìn)行分類。將不包含水平依賴的child添加進(jìn)mSortedHorizontalChildren;將不包含垂直依賴的child添加進(jìn)mSortedVerticalChildren
2、第一次測(cè)量,測(cè)量所有不包含水平依賴關(guān)系的child。
3、第二次測(cè)量,測(cè)量所有不包含垂直依賴關(guān)系的child。

解釋一下,這里的水平依賴關(guān)系指的是RULES_VERTICAL中定義的一些依賴關(guān)系,垂直依賴關(guān)系指的是RULES_HORIZONTAL中定義的一些依賴關(guān)系。

private static final int[] RULES_VERTICAL = {
        ABOVE, BELOW, ALIGN_BASELINE, ALIGN_TOP, ALIGN_BOTTOM
};

private static final int[] RULES_HORIZONTAL = {
        LEFT_OF, RIGHT_OF, ALIGN_LEFT, ALIGN_RIGHT, START_OF, END_OF, ALIGN_START, ALIGN_END
};

需要注意的是,mSortedHorizontalChildren中添加的是不包含水平依賴關(guān)系child,mSortedVerticalChildren中添加的是不包含垂直依賴關(guān)系child。如果有的child既沒有水平依賴關(guān)系,也沒有垂直依賴關(guān)系,那它就會(huì)被分別添加進(jìn)mSortedHorizontalChildrenmSortedVerticalChildren中,會(huì)被測(cè)量?jī)纱巍?/p>

經(jīng)常有人說LinearLayoutRelativeLayout比較的話,推薦使用LinearLayout,因?yàn)?code>LinearLayout測(cè)量次數(shù)少。經(jīng)過前面的分析我們可以知道,在默認(rèn)情況下,如果一個(gè)child什么額外的屬性也不設(shè)置,那么在LinearLayout中只會(huì)被測(cè)量一次,在RelativeLayout中會(huì)被測(cè)量?jī)纱?/code>。這就是這個(gè)問題的答案了,你下次可以理直氣壯的講原理了。

總結(jié):

綜上所述,在RelativeLayout一次測(cè)量流程中,RelativeLayout的child最少會(huì)經(jīng)歷一次測(cè)量(必須的),最多是兩次

如果沒有設(shè)置對(duì)應(yīng)的依賴關(guān)系,那么child大概率會(huì)被測(cè)量?jī)纱?/code>。

相關(guān)資料

RelativeLayout
demo:RelativeLayoutTestActivity

系列文章:
從源碼角度理解FrameLayout#onMeasure對(duì)child的measure調(diào)用次數(shù)
從源碼角度理解LinearLayout#onMeasure對(duì)child的measure調(diào)用次數(shù)
從源碼角度理解RelativeLayout#onMeasure對(duì)child的measure調(diào)用次數(shù)
從源碼角度理解ConstraintLayout#onMeasure對(duì)child的measure調(diào)用次數(shù)
ViewGroup在調(diào)用onMeasure時(shí),會(huì)先測(cè)量父View,還是會(huì)先測(cè)量子View?

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,461評(píng)論 6 532
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,538評(píng)論 3 417
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,423評(píng)論 0 375
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)。 經(jīng)常有香客問我,道長(zhǎng),這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,991評(píng)論 1 312
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 71,761評(píng)論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,207評(píng)論 1 324
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,268評(píng)論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長(zhǎng)吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,419評(píng)論 0 288
  • 序言:老撾萬榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,959評(píng)論 1 335
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 40,782評(píng)論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 42,983評(píng)論 1 369
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,528評(píng)論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,222評(píng)論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,653評(píng)論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,901評(píng)論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 51,678評(píng)論 3 392
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 47,978評(píng)論 2 374

推薦閱讀更多精彩內(nèi)容