前言

自定義View是Android開發中非常常用的知識
可是，在使用過程中，有些開發者會發現：爲什麼自定義View 中設置的wrap_content屬性不起作用（與match_parent相同作用）？

1. 問題描述

在使用自定義View時，View寬 / 高的wrap_content屬性不起自身應有的作用，而且是起到與match_parent相同作用。

wrap_content與match_parent區別：

wrap_content：視圖的寬/高被設定成剛好適應視圖內容的最小尺寸

match_parent：視圖的寬/高被設置爲充滿整個父佈局
(在Android API 8之前叫作fill_parent)

2. 問題分析

問題出現在View的寬 / 高設置，那我們直接來看自定義View繪製中第一步對View寬 / 高設置的過程：measure過程中的onMeasure（）方法

onMeasure（）

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

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

繼續往下看getDefaultSize（）

getDefaultSize（）

作用：根據View寬/高的測量規格計算View的寬/高值
源碼分析如下：

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

//參數說明：
// 第一個參數size：提供的默認大小
// 第二個參數：寬/高的測量規格（含模式 & 測量大小）

    //設置默認大小
    int result = size; 

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

    switch (specMode) {  
        // 模式爲UNSPECIFIED時，使用提供的默認大小
        // 即第一個參數：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;  
}

從上面發現：

在getDefaultSize（）的默認實現中，當View的測量模式是AT_MOST或EXACTLY時，View的大小都會被設置成子View MeasureSpec的specSize。
因爲AT_MOST對應wrap_content；EXACTLY對應match_parent，所以，默認情況下，wrap_content和match_parent是具有相同的效果的。

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

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

由於在getDefaultSize（）的默認實現中，當View被設置成wrap_content和match_parent時，View的大小都會被設置成子View MeasureSpec的specSize。
所以，這個問題的關鍵在於子View MeasureSpec的specSize的值是多少

我們知道，子View的MeasureSpec值是根據子View的佈局參數（LayoutParams）和父容器的MeasureSpec值計算得來，具體計算邏輯封裝在getChildMeasureSpec()裏。

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

getChildMeasureSpec()

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


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

 //參數說明
 * @param spec 父view的詳細測量值(MeasureSpec) 
 * @param padding view當前尺寸的的內邊距和外邊距(padding,margin) 
 * @param childDimension 子視圖的佈局參數（寬/高）

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

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

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

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

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


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

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

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

    // 當父view的模式爲AT_MOST時，父view強加給子view一個最大的值。（一般是父view設置爲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;  

    // 當父view的模式爲UNSPECIFIED時，父容器不對view有任何限制，要多大給多大
    // 多見於ListView、GridView  
    case MeasureSpec.UNSPECIFIED:  
        if (childDimension >= 0) {  
            // 子view大小爲子自身所賦的值  
            resultSize = childDimension;  
            resultMode = MeasureSpec.EXACTLY;  
        } else if (childDimension == LayoutParams.MATCH_PARENT) {  
            // 因爲父view爲UNSPECIFIED，所以MATCH_PARENT的話子類大小爲0  
            resultSize = 0;  
            resultMode = MeasureSpec.UNSPECIFIED;  
        } else if (childDimension == LayoutParams.WRAP_CONTENT) {  
            // 因爲父view爲UNSPECIFIED，所以WRAP_CONTENT的話子類大小爲0  
            resultSize = 0;  
            resultMode = MeasureSpec.UNSPECIFIED;  
        }  
        break;  
    }  
    return MeasureSpec.makeMeasureSpec(resultSize, resultMode);

關於getChildMeasureSpec()裏對於子View的測量模式和大小的判斷邏輯有點複雜；
別擔心，我已經幫大家總結好。具體子View的測量模式和大小請看下錶：

Paste_Image.png

從上面可以看出，當子View的佈局參數使用wrap_content或wrap_content時：

子View的specMode模式：AT_MOST
子View的specSize（寬 / 高）：parenSize = 父容器當前剩餘空間大小 = match_content

3. 問題總結

在onMeasure()中的getDefaultSize（）的默認實現中，當View的測量模式是AT_MOST或EXACTLY時，View的大小都會被設置成子View MeasureSpec的specSize。
因爲AT_MOST對應wrap_content；EXACTLY對應match_parent，所以，默認情況下，wrap_content和match_parent是具有相同的效果的。
因爲在計算子View MeasureSpec的getChildMeasureSpec()中，子View MeasureSpec在屬性被設置爲wrap_content或match_parent情況下，子View MeasureSpec的specSize被設置成parenSize = 父容器當前剩餘空間大小

所以：wrap_content起到了和match_parent相同的作用：等於父容器當前剩餘空間大小

4. 解決方案：

當自定義View的佈局參數設置成wrap_content時時，指定一個默認大小（寬 / 高）。

具體是在複寫onMeasure（）裏進行設置


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

        super.onMeasure(widthMeasureSpec, heightMeasureSpec);


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

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

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

      // 當佈局參數設置爲wrap_content時，設置默認值
        if (getLayoutParams().width == ViewGroup.LayoutParams.WRAP_CONTENT && getLayoutParams().height == ViewGroup.LayoutParams.WRAP_CONTENT) {
            setMeasuredDimension(mWidth, mHeight);
        // 寬 / 高任意一個佈局參數爲= wrap_content時，都設置默認值
        } else if (getLayoutParams().width == ViewGroup.LayoutParams.WRAP_CONTENT) {
            setMeasuredDimension(mWidth, heightSize);
        } else if (getLayoutParams().height == ViewGroup.LayoutParams.WRAP_CONTENT) {
            setMeasuredDimension(widthSize, mHeight);
        }

這樣，當你的自定義View的寬 / 高設置成wrap_content屬性時就會生效了。

特別注意

網上流傳着這麼一個解決方案：

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

        super.onMeasure(widthMeasureSpec, heightMeasureSpec);


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

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

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

      // 當模式是AT_MOST（即wrap_content）時設置默認值
        if (widthMode == MeasureSpec.AT_MOST && heightMode == MeasureSpec.AT_MOST) {
            setMeasuredDimension(mWidth, mHeight);
        // 寬 / 高任意一個模式爲AT_MOST（即wrap_content）時，都設置默認值
        } else if (widthMode == MeasureSpec.AT_MOST) {
            setMeasuredDimension(mWidth, heightSize);
        } else if (heightMode == MeasureSpec.AT_MOST) {
            setMeasuredDimension(widthSize, mHeight);
        }

上述的解決方案是：通過判斷測量模式是否ATMOST從而來判斷View的參數是否是wrap_content
可是，通過下表發現：View的AT_MOST模式對應的不只是wrap_content，也有可能是match_parent

即當父View是AT_MOST、View的屬性設置爲match_parent時

Paste_Image.png

如果還是按照上述的做法，當父View爲AT_MOST、View爲match_parent時，該View的match_parent的效果不就等於wrap_content 嗎？

答：是，當父View爲AT_MOST、View爲match_parent時，該View的match_parent的效果就等於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設爲wrap_content，即AT_MOST模式 -->
    <LinearLayout
        android:layout_width="wrap_content"
        android:layout_height="wrap_content">
        <scut.com.learncustomview.TestMeasureView
          <-- 子View設爲match_parent -->
            android:layout_width="match_parent"
            android:layout_height="match_parent" />
    </LinearLayout>
</RelativeLayout>

效果圖

從上面的效果可以看出，View大小 = 默認值

我再將子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設爲wrap_content，即AT_MOST模式 -->
    <LinearLayout
        android:layout_width="wrap_content"
        android:layout_height="wrap_content">
        <scut.com.learncustomview.TestMeasureView
          <-- 子View設爲wrap_content -->
            android:layout_width="wrap_content"
            android:layout_height="wrap_content" />
    </LinearLayout>
</RelativeLayout>

效果圖

從上面的效果可以看出，View大小還是等於默認值。

對於第一種情況：當父View爲AT_MOST、View爲match_parent時，該View的match_parent的效果就等於wrap_content，上面說了這種情況很特殊：父View的大小能剛好包裹子View，子View的大小充滿父View的大小。

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

如果沒設置默認值，就繼續往上層VIew充滿大小，即從父View的大小等於頂層View的大小（），那麼子View的大小 = 父View的大小
如果設置了默認值，就用默認值。

相信看到這裏你已經看懂了：

其實上面說的解決方案（通過判斷測量模式是否AT_MOST從而來判斷View的參數是否是wrap_content）只是在邏輯上表示有些錯誤，但從最終結果上來說是沒有錯的
因爲當父View爲AT_MOST、View爲match_parent時，該View的match_parent的效果就等於wrap_content

如果沒設置默認值，就繼續往上層VIew充滿大小，即從父View的大小等於頂層View的大小（），那麼子View的大小 = 父View的大小

如果設置了默認值，就用默認值。

爲了更好的表示判斷邏輯，我建議你們用本文提供的解決方案，即根據佈局參數判斷默認值的設置

【自定義View】爲什麼你的自定義View wrap_content不起作用？

前言

1. 問題描述

2. 問題分析

onMeasure（）

getDefaultSize（）

3. 問題總結

4. 解決方案：

特別注意

MMI程序編譯

【Android 系統】編譯android源碼學習

【Android 屏幕適配】屏幕適配

shell腳本語言編程

shell腳本封裝Linux命令合集

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結