前言

• 自定義View是Android開發(fā)中非常常用的知識
• 可是邑滨，在使用過程中，有些開發(fā)者會發(fā)現(xiàn)：為什么自定義View 中設(shè)置的wrap_content屬性不起作用（與match_parent相同作用）钱反？
• 今天掖看，我將全面分析上述問題并給出解決方案。

Carson帶你學(xué)Android自定義View文章系列：
Carson帶你學(xué)Android：自定義View基礎(chǔ)
Carson帶你學(xué)Android：一文梳理自定義View工作流程
Carson帶你學(xué)Android：自定義View繪制準(zhǔn)備-DecorView創(chuàng)建
Carson帶你學(xué)Android：自定義View Measure過程
Carson帶你學(xué)Android：自定義View Layout過程
Carson帶你學(xué)Android：自定義View Draw過程
Carson帶你學(xué)Android：手把手教你寫一個完整的自定義View
Carson帶你學(xué)Android：Canvas類全面解析
Carson帶你學(xué)Android：Path類全面解析

目錄

示意圖

1. 問題描述

在使用自定義View時面哥，View寬 / 高的wrap_content屬性不起自身應(yīng)有的作用哎壳，而且是起到與match_parent相同作用。

wrap_content與match_parent區(qū)別：

1. wrap_content：視圖的寬/高被設(shè)定成剛好適應(yīng)視圖內(nèi)容的最小尺寸
2. match_parent：視圖的寬/高被設(shè)置為充滿整個父布局
   (在Android API 8之前叫作fill_parent)

其實(shí)這里有兩個問題：

• 問題1：wrap_content屬性不起自身應(yīng)有的作用
• 問題2：wrap_content起到與match_parent相同的作用

2. 知識儲備

請分析 & 解決問題之前尚卫，請先看自定義View原理中（2）自定義View Measure過程 - 最易懂的自定義View原理系列

3. 問題分析

問題出現(xiàn)在View的寬 / 高設(shè)置归榕，那我們直接來看自定義View繪制中第一步對View寬 / 高設(shè)置的過程：measure過程中的onMeasure（）方法

onMeasure（）

protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {  
//參數(shù)說明：View的寬 / 高測量規(guī)格

//setMeasuredDimension()  用于獲得View寬/高的測量值
//這兩個參數(shù)是通過getDefaultSize()獲得的
setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),  
           getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));  
}

繼續(xù)往下看getDefaultSize（）

getDefaultSize（）

• 作用：根據(jù)View寬/高的測量規(guī)格計(jì)算View的寬/高值
• 源碼分析如下：

public static int getDefaultSize(int size, int measureSpec) {  

//參數(shù)說明：
// 第一個參數(shù)size：提供的默認(rèn)大小
// 第二個參數(shù)：寬/高的測量規(guī)格（含模式 & 測量大小）

    //設(shè)置默認(rèn)大小
    int result = size; 

    //獲取寬/高測量規(guī)格的模式 & 測量大小
    int specMode = MeasureSpec.getMode(measureSpec);  
    int specSize = MeasureSpec.getSize(measureSpec);  

    switch (specMode) {  
        // 模式為UNSPECIFIED時吱涉，使用提供的默認(rèn)大小
        // 即第一個參數(shù)：size 
        case MeasureSpec.UNSPECIFIED:  
            result = size;  
            break;  
        // 模式為AT_MOST,EXACTLY時刹泄，使用View測量后的寬/高值
        // 即measureSpec中的specSize
        case MeasureSpec.AT_MOST:  
        case MeasureSpec.EXACTLY:  
            result = specSize;  
            break;  
    }  

 //返回View的寬/高值
    return result;  
}

從上面發(fā)現(xiàn)：

• 在getDefaultSize（）的默認(rèn)實(shí)現(xiàn)中，當(dāng)View的測量模式是AT_MOST或EXACTLY時邑飒，View的大小都會被設(shè)置成子View MeasureSpec的specSize循签。
• 因?yàn)锳T_MOST對應(yīng)wrap_content；EXACTLY對應(yīng)match_parent疙咸，所以县匠，默認(rèn)情況下，wrap_content和match_parent是具有相同的效果的撒轮。

解決了問題2：wrap_content起到與match_parent相同的作用

那么有人會問：wrap_content和match_parent具有相同的效果乞旦，為什么是填充父容器的效果呢？

• 由于在getDefaultSize（）的默認(rèn)實(shí)現(xiàn)中题山，當(dāng)View被設(shè)置成wrap_content和match_parent時兰粉，View的大小都會被設(shè)置成子View MeasureSpec的specSize。
• 所以顶瞳，這個問題的關(guān)鍵在于子View MeasureSpec的specSize的值是多少

我們知道玖姑，子View的MeasureSpec值是根據(jù)子View的布局參數(shù)（LayoutParams）和父容器的MeasureSpec值計(jì)算得來愕秫，具體計(jì)算邏輯封裝在getChildMeasureSpec()里。

接下來焰络，我們看生成子View MeasureSpec的方法:getChildMeasureSpec()的源碼分析：

getChildMeasureSpec()

//作用：
/ 根據(jù)父視圖的MeasureSpec & 布局參數(shù)LayoutParams戴甩，計(jì)算單個子View的MeasureSpec
//即子view的確切大小由兩方面共同決定：父view的MeasureSpec 和 子view的LayoutParams屬性 


public static int getChildMeasureSpec(int spec, int padding, int childDimension) {  

 //參數(shù)說明
 * @param spec 父view的詳細(xì)測量值(MeasureSpec) 
 * @param padding view當(dāng)前尺寸的的內(nèi)邊距和外邊距(padding,margin) 
 * @param childDimension 子視圖的布局參數(shù)（寬/高）

    //父view的測量模式
    int specMode = MeasureSpec.getMode(spec);     

    //父view的大小
    int specSize = MeasureSpec.getSize(spec);     

    //通過父view計(jì)算出的子view = 父大小-邊距（父要求的大小，但子view不一定用這個值）   
    int size = Math.max(0, specSize - padding);  

    //子view想要的實(shí)際大小和模式（需要計(jì)算）  
    int resultSize = 0;  
    int resultMode = 0;  

    //通過父view的MeasureSpec和子view的LayoutParams確定子view的大小  


    // 當(dāng)父view的模式為EXACITY時闪彼，父view強(qiáng)加給子view確切的值
   //一般是父view設(shè)置為match_parent或者固定值的ViewGroup 
    switch (specMode) {  
    case MeasureSpec.EXACTLY:  
        // 當(dāng)子view的LayoutParams>0甜孤，即有確切的值  
        if (childDimension >= 0) {  
            //子view大小為子自身所賦的值，模式大小為EXACTLY  
            resultSize = childDimension;  
            resultMode = MeasureSpec.EXACTLY;  

        // 當(dāng)子view的LayoutParams為MATCH_PARENT時(-1)  
        } else if (childDimension == LayoutParams.MATCH_PARENT) {  
            //子view大小為父view大小畏腕，模式為EXACTLY  
            resultSize = size;  
            resultMode = MeasureSpec.EXACTLY;  

        // 當(dāng)子view的LayoutParams為WRAP_CONTENT時(-2)      
        } else if (childDimension == LayoutParams.WRAP_CONTENT) {  
            //子view決定自己的大小缴川，但最大不能超過父view，模式為AT_MOST  
            resultSize = size;  
            resultMode = MeasureSpec.AT_MOST;  
        }  
        break;  

    // 當(dāng)父view的模式為AT_MOST時描馅，父view強(qiáng)加給子view一個最大的值把夸。（一般是父view設(shè)置為wrap_content）  
    case MeasureSpec.AT_MOST:  
        // 道理同上  
        if (childDimension >= 0) {  
            resultSize = childDimension;  
            resultMode = MeasureSpec.EXACTLY;  
        } else if (childDimension == LayoutParams.MATCH_PARENT) {  
            resultSize = size;  
            resultMode = MeasureSpec.AT_MOST;  
        } else if (childDimension == LayoutParams.WRAP_CONTENT) {  
            resultSize = size;  
            resultMode = MeasureSpec.AT_MOST;  
        }  
        break;  

    // 當(dāng)父view的模式為UNSPECIFIED時，父容器不對view有任何限制铭污，要多大給多大
    // 多見于ListView扎即、GridView  
    case MeasureSpec.UNSPECIFIED:  
        if (childDimension >= 0) {  
            // 子view大小為子自身所賦的值  
            resultSize = childDimension;  
            resultMode = MeasureSpec.EXACTLY;  
        } else if (childDimension == LayoutParams.MATCH_PARENT) {  
            // 因?yàn)楦竩iew為UNSPECIFIED，所以MATCH_PARENT的話子類大小為0  
            resultSize = 0;  
            resultMode = MeasureSpec.UNSPECIFIED;  
        } else if (childDimension == LayoutParams.WRAP_CONTENT) {  
            // 因?yàn)楦竩iew為UNSPECIFIED况凉，所以WRAP_CONTENT的話子類大小為0  
            resultSize = 0;  
            resultMode = MeasureSpec.UNSPECIFIED;  
        }  
        break;  
    }  
    return MeasureSpec.makeMeasureSpec(resultSize, resultMode);  

• 關(guān)于getChildMeasureSpec()里對于子View的測量模式和大小的判斷邏輯有點(diǎn)復(fù)雜谚鄙；
• 別擔(dān)心，我已經(jīng)幫大家總結(jié)好刁绒。具體子View的測量模式和大小請看下表：

Paste_Image.png

從上面可以看出闷营，當(dāng)子View的布局參數(shù)使用match_parent或wrap_content時：

• 子View的specMode模式：AT_MOST
• 子View的specSize（寬 / 高）：parenSize = 父容器當(dāng)前剩余空間大小 = match_content

4. 問題總結(jié)

• 在onMeasure()中的getDefaultSize（）的默認(rèn)實(shí)現(xiàn)中，當(dāng)View的測量模式是AT_MOST或EXACTLY時知市，View的大小都會被設(shè)置成子View MeasureSpec的specSize傻盟。

• 因?yàn)锳T_MOST對應(yīng)wrap_content；EXACTLY對應(yīng)match_parent嫂丙，所以娘赴，默認(rèn)情況下，wrap_content和match_parent是具有相同的效果的跟啤。

• 因?yàn)樵谟?jì)算子View MeasureSpec的getChildMeasureSpec()中诽表，子View MeasureSpec在屬性被設(shè)置為wrap_content或match_parent情況下，子View MeasureSpec的specSize被設(shè)置成parenSize = 父容器當(dāng)前剩余空間大小

所以：wrap_content起到了和match_parent相同的作用：等于父容器當(dāng)前剩余空間大小

5. 解決方案

當(dāng)自定義View的布局參數(shù)設(shè)置成wrap_content時時隅肥，指定一個默認(rèn)大懈妥唷（寬 / 高）。

具體是在復(fù)寫onMeasure（）里進(jìn)行設(shè)置

@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {

    super.onMeasure(widthMeasureSpec, heightMeasureSpec);


    // 獲取寬-測量規(guī)則的模式和大小
    int widthMode = MeasureSpec.getMode(widthMeasureSpec);
    int widthSize = MeasureSpec.getSize(widthMeasureSpec);

    // 獲取高-測量規(guī)則的模式和大小
    int heightMode = MeasureSpec.getMode(heightMeasureSpec);
    int heightSize = MeasureSpec.getSize(heightMeasureSpec);

    // 設(shè)置wrap_content的默認(rèn)寬 / 高值
    // 默認(rèn)寬/高的設(shè)定并無固定依據(jù),根據(jù)需要靈活設(shè)置
    // 類似TextView,ImageView等針對wrap_content均在onMeasure()對設(shè)置默認(rèn)寬 / 高值有特殊處理,具體讀者可以自行查看
    int mWidth = 400;
    int mHeight = 400;

  // 當(dāng)布局參數(shù)設(shè)置為wrap_content時腥放，設(shè)置默認(rèn)值
    if (getLayoutParams().width == ViewGroup.LayoutParams.WRAP_CONTENT && getLayoutParams().height == ViewGroup.LayoutParams.WRAP_CONTENT) {
        setMeasuredDimension(mWidth, mHeight);
    // 寬 / 高任意一個布局參數(shù)為= wrap_content時泛啸，都設(shè)置默認(rèn)值
    } else if (getLayoutParams().width == ViewGroup.LayoutParams.WRAP_CONTENT) {
        setMeasuredDimension(mWidth, heightSize);
    } else if (getLayoutParams().height == ViewGroup.LayoutParams.WRAP_CONTENT) {
        setMeasuredDimension(widthSize, mHeight);
}

這樣，當(dāng)你的自定義View的寬 / 高設(shè)置成wrap_content屬性時就會生效了秃症。

特別注意

網(wǎng)上流傳著這么一個解決方案：

@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {

    super.onMeasure(widthMeasureSpec, heightMeasureSpec);


    // 獲取寬-測量規(guī)則的模式和大小
    int widthMode = MeasureSpec.getMode(widthMeasureSpec);
    int widthSize = MeasureSpec.getSize(widthMeasureSpec);

    // 獲取高-測量規(guī)則的模式和大小
    int heightMode = MeasureSpec.getMode(heightMeasureSpec);
    int heightSize = MeasureSpec.getSize(heightMeasureSpec);

    // 設(shè)置wrap_content的默認(rèn)寬 / 高值
    // 默認(rèn)寬/高的設(shè)定并無固定依據(jù),根據(jù)需要靈活設(shè)置
    // 類似TextView,ImageView等針對wrap_content均在onMeasure()對設(shè)置默認(rèn)寬 / 高值有特殊處理,具體讀者可以自行查看
    int mWidth = 400;
    int mHeight = 400;

  // 當(dāng)模式是AT_MOST（即wrap_content）時設(shè)置默認(rèn)值
    if (widthMode == MeasureSpec.AT_MOST && heightMode == MeasureSpec.AT_MOST) {
        setMeasuredDimension(mWidth, mHeight);
    // 寬 / 高任意一個模式為AT_MOST（即wrap_content）時候址，都設(shè)置默認(rèn)值
    } else if (widthMode == MeasureSpec.AT_MOST) {
        setMeasuredDimension(mWidth, heightSize);
    } else if (heightMode == MeasureSpec.AT_MOST) {
        setMeasuredDimension(widthSize, mHeight);
}

• 上述的解決方案是：通過判斷測量模式是否ATMOST從而來判斷View的參數(shù)是否是wrap_content
• 可是吕粹，通過下表發(fā)現(xiàn)：View的AT_MOST模式對應(yīng)的不只是wrap_content，也有可能是match_parent

即當(dāng)父View是AT_MOST岗仑、View的屬性設(shè)置為match_parent時

Paste_Image.png

• 如果還是按照上述的做法昂芜，當(dāng)父View為AT_MOST、View為match_parent時赔蒲，該View的match_parent的效果不就等于wrap_content 嗎？

答：是良漱，當(dāng)父View為AT_MOST舞虱、View為match_parent時，該View的match_parent的效果就等于wrap_content 母市。上述方法存在邏輯錯誤矾兜，但由于這種情況非常特殊的，所以導(dǎo)致最終的結(jié)果沒有錯誤患久。具體分析請看下面例子：

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:cust="http://schemas.android.com/apk/res-auto"
    android:id="@+id/activity_main"
    android:layout_width="match_parent"
    android:layout_height="match_parent">

<-- 父View設(shè)為wrap_content椅寺，即AT_MOST模式 -->
    <LinearLayout
        android:layout_width="wrap_content"
        android:layout_height="wrap_content">
        <scut.com.learncustomview.TestMeasureView
          <-- 子View設(shè)為match_parent -->
            android:layout_width="match_parent"
            android:layout_height="match_parent" />
    </LinearLayout>
</RelativeLayout>

效果圖

從上面的效果可以看出，View大小 = 默認(rèn)值

我再將子View的屬性改為wrap_content：

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:cust="http://schemas.android.com/apk/res-auto"
    android:id="@+id/activity_main"
    android:layout_width="match_parent"
    android:layout_height="match_parent">

<-- 父View設(shè)為wrap_content蒋失，即AT_MOST模式 -->
    <LinearLayout
        android:layout_width="wrap_content"
        android:layout_height="wrap_content">
        <scut.com.learncustomview.TestMeasureView
          <-- 子View設(shè)為wrap_content -->
            android:layout_width="wrap_content"
            android:layout_height="wrap_content" />
    </LinearLayout>
</RelativeLayout>

效果圖

從上面的效果可以看出返帕，View大小還是等于默認(rèn)值。

同上述分析

• 對于第一種情況：當(dāng)父View為AT_MOST篙挽、View為match_parent時荆萤，該View的match_parent的效果就等于wrap_content，上面說了這種情況很特殊：父View的大小能剛好包裹子View铣卡，子View的大小充滿父View的大小链韭。

也就是說：父View的大小是看子View的，子View的大小又是看父View的煮落。

• 那么到底是誰看誰的大小呢敞峭？
  答：
• 如果沒設(shè)置默認(rèn)值，就繼續(xù)往上層VIew充滿大小蝉仇，即從父View的大小等于頂層View的大行铩（），那么子View的大小 = 父View的大小
• 如果設(shè)置了默認(rèn)值轿衔，就用默認(rèn)值骗村。

相信看到這里你已經(jīng)看懂了：

• 其實(shí)上面說的解決方案（通過判斷測量模式是否AT_MOST從而來判斷View的參數(shù)是否是wrap_content）只是在邏輯上表示有些錯誤，但從最終結(jié)果上來說是沒有錯的
• 因?yàn)?strong>當(dāng)父View為AT_MOST呀枢、View為match_parent時胚股，該View的match_parent的效果就等于wrap_content

1. 如果沒設(shè)置默認(rèn)值，就繼續(xù)往上層VIew充滿大小裙秋，即從父View的大小等于頂層View的大欣虐琛（）缨伊，那么子View的大小 = 父View的大小
2. 如果設(shè)置了默認(rèn)值，就用默認(rèn)值进宝。

為了更好的表示判斷邏輯刻坊，我建議你們用本文提供的解決方案，即根據(jù)布局參數(shù)判斷默認(rèn)值的設(shè)置

6. 總結(jié)

• 本文對自定義View中 wrap_content屬性不起作用進(jìn)行了詳細(xì)分析和給出了解決方案
• 如果希望繼續(xù)了解自定義View的原理党晋，請參考Carson帶你學(xué)Android自定義View文章系列：
  Carson帶你學(xué)Android：自定義View基礎(chǔ)
  Carson帶你學(xué)Android：一文梳理自定義View工作流程
  Carson帶你學(xué)Android：自定義View繪制準(zhǔn)備-DecorView創(chuàng)建
  Carson帶你學(xué)Android：自定義View Measure過程
  Carson帶你學(xué)Android：自定義View Layout過程
  Carson帶你學(xué)Android：自定義View Draw過程
  Carson帶你學(xué)Android：手把手教你寫一個完整的自定義View
  Carson帶你學(xué)Android：Canvas類全面解析
  Carson帶你學(xué)Android：Path類全面解析

歡迎關(guān)注Carson_Ho的簡書

不定期分享關(guān)于安卓開發(fā)的干貨谭胚，追求短、平未玻、快灾而，但卻不缺深度。

請點(diǎn)贊扳剿！因?yàn)槟愕墓膭钍俏覍懽鞯淖畲髣恿?/h1>