Android自定義View原理(實戰)

1、為什麼需要自定義View

Android系統內置的View不滿足我們的業務需求

2、自定義View的基本方法

  • onMeasure:決定著View的大小
  • onLayout:決定View在ViewGroup中的位置
  • onDraw:決定繪制什麼樣的View

通常情況下:

  • 自定義View隻需要重寫onMeasure和onDraw這兩個方法
  • 自定義ViewGroup隻需要重寫onMeasure和onLayout這兩個方法

3、自定義View的屬性如何操作

在values文件中創建attr文件,然後使用< declare-styleable >為自定義View添加屬性,在xml中設置相應的屬性值,然後再自定義View的構造方法中獲取屬性值(AtrributeSet),將獲取到的屬性值應用到View中去

4、View的視圖結構

  • 1、每一個Activity都有一個Window,Window用於顯示我們的界面,Activity負責管理Window
  • 2、每個Window都有一個根View->DecorView,Window本身不能顯示界面,需要依托於View
  • 3、DecorView是一個FrameLayout,它主要由兩部分組成,一部分是ActionBar,一部分是一個id為android.R.content的FrameLayout,我們寫好的Activity的根部局的View就是被添加到這裡去瞭,通過setContentView()方法
  • 4、在往下就是一個樹形結構的視圖結構,ViewGroup中嵌套ViewGroup和View
FrameLayout rootView = findViewById(android.R.id.content); 
RelativeLayout relativeLayout = (LinearLayout) rootView.getChildAt(0);//獲取Activity的根部局

註意:無論是measure過程還是layout過程還是draw過程,永遠都是從View樹的根節點往下樹形遞歸的開始測量或者計算。

5、View的坐標系

註意:

1、當view沒有發生動畫偏移的時候,getX()和getLeft()相等,如果由translation的時候,getX() = getLeft() + getTranslationX()

2、getLeft()等獲取的值是相對父容器而言的

6、View樹的繪制流程

View樹的繪制是交給ViewRootImpl去負責的,入口在 ViewRootImpl.setView() –> requestLayout()方法中進行的,最終調用到瞭一個叫做performTraversals()方法裡面,這裡面就開始瞭真正的繪制流程工作,平時寫的onDraw、onMeasure、onLayout也都在這裡邊。

6.1 measure過程

1、系統為什麼需要measure過程

因為我們在寫佈局的時候要針對不同的機型做適配,不能寫死view的高度和寬度,經常使用wrap_content這種形式,為瞭適配這種自適應佈局的機制,所以系統需要進行measure測量

2、measure過程做瞭什麼事情

確定每個view在屏幕上顯示的時候所需要的真實的寬度和高度

3、ViewGroup如何向子View傳遞限制信息

通過MeasureSpec,從名字上來看叫做測量規格,它封裝瞭父容器對子View的佈局上的限制,內部提供瞭寬高的信息(SpecMode、SpecSize),SpecSize是指在某種情況下SpecMode下的參考尺寸。

6.2 分析自定義ViewGroup的onMeasure過程

@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
  int width = 0;//最終確定的寬度
  int height = 0;//最終確定的高度
  //1、首先測量自身
  super.onMeasure(widthMeasureSpec, heightMeasureSpec);
  //2、為每個子view計算測量的限制信息Mode/Size
  int widthMeasureSpecMode = MeasureSpec.getMode(widthMeasureSpec);
  int widthMeasureSpecSize = MeasureSpec.getSize(widthMeasureSpec);
  int heightMeasureSpecMode = MeasureSpec.getMode(heightMeasureSpec);
  int heightMeasureSpecSize = MeasureSpec.getSize(heightMeasureSpec);
  //3、測量子View;把上一步確定的限制信息,傳遞給每一個子View,然後子View開始measure自己的尺寸
  int childCount = getChildCount();
  for(int i=0;i<childCount;i++){
    View child = getChildAt(i);
    measureChild(child,widthMeasureSpec,heightMeasureSpec);//這個方法就是確定子view的測量大小
  }
  //4、根據子View的測量尺寸以及自身的SpecMode計算自己的尺寸
  switch (widthMeasureSpecMode) {
    case MeasureSpec.EXACTLY://如果是確定值,則使用確定值
      width = widthMeasureSpecSize;
    case MeasureSpec.AT_MOST://如果是根據內容定的大小
    case MeasureSpec.UNSPECIFIED://一般可以不用單獨處理
      for(int i=0;i<childCount;i++){
        View child = getChildAt(i);
        int childWidth = child.getMeasuredWidth();//這一步隻有當measureChild方法執行完之後才能拿到
        width = Math.max(childWidth,width);
      }
    default:break;
  }
  switch (heightMeasureSpecMode) {
    case MeasureSpec.EXACTLY://如果是確定值,則使用確定值
      height = heightMeasureSpecSize;
    case MeasureSpec.AT_MOST://如果是根據內容定的大小
    case MeasureSpec.UNSPECIFIED:
      for(int i=0;i<childCount;i++){
        View child = getChildAt(i);
        int childHeight = child.getMeasuredHeight();//這一步隻有當measureChild方法執行完之後才能拿到
        height+=childHeight;
      }
    default:break;
  }
  //保存自身測量後的寬和高
  setMeasuredDimension(width,height);
}

要明確一點,重寫自定義ViewGroup的onMeasure方法是為瞭確定這個View的真正的寬度和高度,很明顯這與它的子View脫離不瞭幹系。

onMeasure()方法中的兩個參數,是這個自定義ViewGroup的父View給出的參考值,具體怎麼給出的呢,可以參考ViewGroup的measureChild()方法,這個方法我們在重寫onMeasure時也用到瞭,看這個方法的第一個參數好像是View,看起來好像跟我們自定義ViewGroup沒啥關系,但別忘瞭,ViewGroup也是一個View,所以,我們的自定義ViewGroup的onMeasure()方法中的兩個參數就是由下面的方法產生的,具體來講就是下面的 childWidthMeasureSpec和childHeightMeasureSpec。

總結一句話就是:子View(包括子ViewGroup)的WidthMeasureSpec和HeightMeasureSpec的確定是由子View本身的LayoutParams以及父View(包括父ViewGroup)的WidthMeasureSpec和HeightMeasureSpec確定的。這一段邏輯是ViewGroup#getChildMeasureSpec()。有個表格

protected void measureChild(View child, int parentWidthMeasureSpec,
        int parentHeightMeasureSpec) {
    final LayoutParams lp = child.getLayoutParams();

    final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,
            mPaddingLeft + mPaddingRight, lp.width);
    final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,
            mPaddingTop + mPaddingBottom, lp.height);

    child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
}

知道瞭自身的MeasureSpec參數,下面就好辦瞭,那麼直接調用view.measure(childWidthMeasureSpec, childHeightMeasureSpec)完成自身的測量。

關鍵來瞭, 在View的measure方法裡面會調用onMeasure方法,如果當前View是一個普通的View,則直接執行這裡的方法,完成普通View的測量過程,但是, 如果當前View是一個ViewGroup就會調用自身重寫好的onMeasure方法,也就是我們重寫的方法。

對於自定義ViewGroup重寫的onMeasure方法需要結合子View的寬度和高度,以及自身的LayOutParams的模式來確定最終的寬度和高度

那麼對於普通View是否就不需要重寫onMeasure瞭呢,源碼不是已經寫好瞭嗎?

看一下代碼:

protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
    setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
            getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
}
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;
}

發現,無論是精確模式,還是wrap_content模式最後值都是之前由子View本身的LayoutParams以及父View(包括父ViewGroup)的WidthMeasureSpec和HeightMeasureSpec確定的measureSpecSize值大小,通過查表可知,如果當普通的自定義View的寬度或者高度被設置成瞭為瞭wrap_content的話,它的效果跟mathch_parent效果一樣,所以普通的自定義View需要對wrap_content這一情況進行完善,參考TextView

6.3 分析自定義ViewGroup的onLayout過程

onLayout的中後四個參數,指的是,當前自定義ViewGroup在它的父佈局中的上下左右坐標,通過這個坐標可以得到當前自定義ViewGroup的測量寬度和高度,不過一般也不需要用到這個四個參數,因為可以直接通過 getMeasuredWidth() 方法得到

所以onLayout的核心目的就是計算每一個控件的left、top、right、bottom坐標,然後通過 child.layout()方法set進去就行瞭,所以onLayout主要工作就在於如何確定這四個參數。

追蹤child.layout()方法進去看看:

6.4 自定義Layout實戰

流佈局:

package com.example.materialdesign.selfView;
import android.content.Context;
import android.os.Build;
import android.util.AttributeSet;
import android.view.View;
import android.view.ViewGroup;
import androidx.annotation.RequiresApi;
public class FlowLayout extends ViewGroup {
  public FlowLayout(Context context) {
    super(context);
  }
  public FlowLayout(Context context, AttributeSet attrs) {
    super(context, attrs);
  }
  public FlowLayout(Context context, AttributeSet attrs, int defStyleAttr) {
    super(context, attrs, defStyleAttr);
  }
  @RequiresApi(api = Build.VERSION_CODES.LOLLIPOP)
  public FlowLayout(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
    super(context, attrs, defStyleAttr, defStyleRes);
  }
  @Override
  protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
    int lineWidth = 0;//記錄每一行的寬度,最終的寬度是由所有行中的最大值
    int lineHeight = 0;//記錄每一行的高度,取決於每一行中最高的那個組件
    int resH = 0;//最終的高度
    int resW = 0;//最終的寬度
    //1、首先測量自身
    super.onMeasure(widthMeasureSpec, heightMeasureSpec);
    //2、為每個子view計算測量的限制信息Mode/Size
    int widthMeasureSpecMode = MeasureSpec.getMode(widthMeasureSpec);
    int widthMeasureSpecSize = MeasureSpec.getSize(widthMeasureSpec);
    int heightMeasureSpecMode = MeasureSpec.getMode(heightMeasureSpec);
    int heightMeasureSpecSize = MeasureSpec.getSize(heightMeasureSpec);
    //3、測量每個子view的寬度和高度
    int childCount = getChildCount();
    for (int i = 0; i < childCount; i++) {
      View child = getChildAt(i);
      measureChild(child, widthMeasureSpec, heightMeasureSpec);
      MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams();
      int childMeasuredWidth = child.getMeasuredWidth() + lp.leftMargin + lp.rightMargin;
      int childMeasuredHeight = child.getMeasuredHeight() + lp.bottomMargin + lp.topMargin;

      if (lineWidth + childMeasuredWidth > widthMeasureSpecSize) {//當前行的的寬度已經加上當前view的寬度已經大於建議值寬度瞭
        //需要換行
        resW = Math.max(resW, lineWidth);
        resH += lineHeight;
        //重新賦值
        lineWidth = childMeasuredWidth;
        lineHeight = childMeasuredHeight;
      } else {//不需要換行則累加
        lineWidth += childMeasuredWidth;
        lineHeight = Math.max(lineHeight,childMeasuredHeight);//取最高的那個
      }
      if (i == childCount - 1) {//別忘瞭單獨處理最後一行的最後一個元素的情況
        resH += lineHeight;
        resW = Math.max(resW, lineWidth);
      }
    }
    setMeasuredDimension((widthMeasureSpecMode==MeasureSpec.EXACTLY)?widthMeasureSpecSize:resW,
    (heightMeasureSpecMode==MeasureSpec.EXACTLY)?heightMeasureSpecSize:resH);
  }
  @Override
  protected void onLayout(boolean changed, int l, int t, int r, int b) {
    int count = getChildCount();
    int lineWidth = 0;//累加當前行的行寬
    int lineHeight = 0;//累加當前行的行高
    int top = 0, left = 0;//當前控件的left坐標和top坐標
    for (int i = 0; i < count; i++) {
      View child = getChildAt(i);
      MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams();
      int childMeasuredWidth = child.getMeasuredWidth() + lp.leftMargin + lp.rightMargin;
      int childMeasuredHeight = child.getMeasuredHeight() + lp.bottomMargin + lp.topMargin;
      //根據是否要換行,來計算當前控件的top坐標和Left坐標,是否換行是需要考慮margin的
      if (childMeasuredWidth + lineWidth > getMeasuredWidth()) {
        top += lineHeight;
        left = 0;
        lineHeight = childMeasuredHeight;
        lineWidth = childMeasuredWidth;
      } else {
        lineWidth += childMeasuredWidth;
        lineHeight = Math.max(lineHeight, childMeasuredHeight);
      }
      //在已知left和top情況下計算當前View的上下左右坐標,在真正給當前View定位置時候需要考慮margin的
      int lc = left + lp.leftMargin;
      int tc = top + lp.topMargin;
      int rc = lc + child.getMeasuredWidth();//註意在layout的時候沒有算上margin
      int bc = tc + child.getMeasuredHeight();
      child.layout(lc, tc, rc, bc);
      left += childMeasuredWidth;//下一起點算上margin
    }
  }
  @Override
  protected LayoutParams generateLayoutParams(LayoutParams p) {
    return new MarginLayoutParams(p);
  }
  @Override
  public LayoutParams generateLayoutParams(AttributeSet attrs) {
    return new MarginLayoutParams(getContext(),attrs);
  }
  @Override
  protected LayoutParams generateDefaultLayoutParams() {
    return new MarginLayoutParams(LayoutParams.MATCH_PARENT,LayoutParams.MATCH_PARENT);
  }
}

註意:上述代碼實際上可能不符合業務預期,在於 measureChild(child, widthMeasureSpec, heightMeasureSpec);這一句,我們直接調用系統的方法去獲得子View的MeasureSpec,但實際上獲取到的值不一定是我們想要的,即下圖的值不一定符合我們的業務,所以在真正測量子View的時候,需要針對子View的match_parent情況或者wrap_content情況進行特殊處理

一般情況下是針對子View是match_parent的情況做處理,比如我們自定義的FlowLayout,如果FlowLayout是match_parent、子View是match_parent的話,就需要特殊處理瞭,根據模式表子View所占的空間將充滿整個父View的剩餘空間,這一點符合代碼邏輯但是可能不會符合業務需求 

6.5 細節

1、getMeasuredWidth和getWidth的區別

getMeasuredWidth是在measure的過程結束後就可以獲得到的View測量寬度值;而getWidth是在layout過程結束後通過mRight-mLeft得到的;一般情況下,二者是相等的,但有可能不相等,getWidth取決於layout過程中怎麼算的四點坐標值。

2、onDraw、onMeasure以及onLayout會多次調用,所以這裡面盡量不要頻繁的new 對象

3、調用view.invalidate()以及requestLayout()有什麼區別:

這個方法是用來刷新整個視圖的,當視圖的內容,可見性發生變化,onDraw(Canvas canvas)方法會被調用。 調用invalidate()方法不會導致measure和layout方法被調用。

requestLayout()是在view的佈局發生變化時調用,佈局的變化包含位置,大小。重新觸發measure,layout,draw

註意:

  • 1.這個方法不能在正在佈局的時候調用
  • 2.調用這個方法,會導致佈局重繪,調用measure,layout,draw的過程。

到此這篇關於Android自定義View原理(實戰)的文章就介紹到這瞭,更多相關Android自定義View內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!

推薦閱讀: