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的过程。

来源：https://juejin.cn/post/7063342303057805343