Android 自定义控件 layout

Android 绘制流程

View ：View主要执行layout方法，使用 serFrame 方法来设置本身 View 的四个顶点的位置，确定View本身的位置。

ViewGroup ：ViewGroup主要执行onLayout方法，递归遍历所有子View，确定子View的位置。

我们来看ViewRootImpl中的 performLayout() 方法

看到这里，那hostgetMeasuredWidth() / hostgetMeasuredHeight()是什么？它是直接调用View中的方法，其实就是经过measure后的DecorView的测量宽度和高度。在 Android 自定义控件 measure 中有说明。

2321 我们先来看ViewGroup中的 layout() 方法

ViewGroup里面的layout最终会调入到父类View中的layout，View的layout后面讲解。这里可以先告诉大家，最终会调用View的onLayout方法，而ViewGroup的onLayout是抽象方法，所以它的子类LinearLayout必须要实现。

2322 我们再来看LinearLayout中的 onLayout() 方法。

2323 挑一个纵向的吧，我们再来看LinearLayout中的 layoutVertical() 方法。

2324 我们再来看LinearLayout中的 setChildFrame() 方法。

又一次回到了View的layout方法，接下来就看View分发的layout。

我们先来看View中的 layout() 方法。

我们先来看View中的 onLayout() 方法。

空空如也，其实View的布局由父容器决定，所以空实现是正常的，当然也可以在自定义View中进行更改。

 

《Android 视图模块 全家桶》

 

Android开发之自定义控件(二)---onLayout详解

自定义View Layout过程 - 最易懂的自定义View原理系列（3）

系列文章：

在上篇文章： Android 自定义View之Measure过程 ，我们分析了Measure过程，本次将会掀开承上启下的Layout过程神秘面纱，

通过本篇文章，你将了解到：

在上篇文章的比喻里，我们说过：

该ViewGroup 重写了onMeasure(xx)和onLayout(xx)方法：

同时，当layout 执行结束，清除PFLAG_FORCE_LAYOUT标记，该标记会影响Measure过程是否需要执行onMeasure。

该View 重写了onMeasure(xx)和onLayout(xx)方法：

MyViewGroup里添加了MyView、Button两个控件，最终运行的效果如下：

可以看出，MyViewGroup 里子布局的是横向摆放的。我们重点关注Layout过程。实际上，MyViewGroup里我们只重写了onLayout(xx)方法，MyView也是重写了onLayout(xx)方法。

接下来，分析View Layout过程。

与Measure过程类似，连接ViewGroup onLayout(xx)和View onLayout(xx)之间的桥梁是View layout(xx)。

可以看出，最终都调用了setFrame(xx)方法。

对于Measure过程在onMeasure(xx)里记录了尺寸的值，而对于Layout过程则在layout(xx)里记录了坐标值，具体来说是在setFrame(xx)里，该方法两个重点地方：

ViewonLayout(xx)是空实现

从layout(xx)和onLayout(xx)声明可知，这两个方法都是可以被重写的，接下来看看ViewGroup是否重写了它们。

ViewGrouplayout(xx)虽然重写了layout(xx)，但是仅仅做了简单判断，最后还是调用了Viewlayout(xx)。

这重写后将onLayout变为抽象方法，也就是说继承自ViewGroup的类必须重写onLayout(xx)方法。

我们以FrameLayout为例，分析其onLayout(xx)做了什么。

FrameLayoutonLayout(xx)为子布局Layout的时候，起始坐标都是以FrameLayout为基准，并没有记录上一个子布局占了哪块位置，因此子布局的摆放位置可能会重叠，这也是FrameLayout布局特性的由来。而我们之前的Demo在水平方向上记录了上一个子布局的摆放位置，下一个摆放时只能在它之后，因此就形成了水平摆放的功能。

由此类推，我们常说的某个子布局在父布局里的哪个位置，决定这个位置的即是ViewGrouponLayout(xx)。

上边我们分析了Viewlayout(xx)、ViewonLayout(xx)、ViewGrouplayout(xx)、ViewGrouponLayout(xx)，这四者什么关系呢？

Viewlayout(xx)

ViewonLayout(xx)

ViewGrouplayout(xx)

ViewGrouponLayout(xx)

View/ViewGroup 子类需要重写哪些方法：

用图表示：

通过上述的描述，我们发现Measure过程和Layout过程里定义的方法比较类似：

它俩的套路比较类似：measure(xx)、layout(xx)一般不需要我们重写，measure(xx)里调用onMeasure(xx)，layout(xx)为调用者设置坐标值。

若是ViewGroup：onMeasure(xx)里遍历子布局，并测量每个子布局，最后将结果汇总，设置自己测量的尺寸；onLayout(xx)里遍历子布局，并设置每个子布局的坐标。

若是View：onMeasure(xx)则测量自身，并存储测量尺寸；onLayout(xx)不需要做什么。

Measure过程虽然比Layout过程复杂，但仔细分析后就会发现其本质就是为了设置两个成员变量：

而Layout过程虽然比较简单，其本质是为了设置坐标值

将Measure设置的变量和Layout设置的变量联系起来：

此外，Measure过程通过设置PFLAG_LAYOUT_REQUIRED 标记来告诉需要进行onLayout，而Layout过程通过清除 PFLAG_FORCE_LAYOUT来告诉Measure过程不需要执行onMeasure了。

这就是Layout的承上作用

我们知道View的绘制需要依靠Canvas绘制，而Canvas是有作用区域限制的。例如我们使用：

Cavas绘制的起点是哪呢？

对于硬件绘制加速来说：正是通过Layout过程中设置的RenderNode坐标。

而对于软件绘制来说：

关于硬件绘制加速/软件绘制 后续文章会分析。

这就是Layout的启下作用

以上即是Measure、Layout、Draw三者的内在联系。

当然Layout的"承上"还需要考虑margin、gravity等参数的影响。具体用法参见最开始的Demo。

getMeasuredWidth()/getMeasuredHeight 与 getWidth/getHeight区别

我们以获取width为例，分别来看看其方法：

getMeasuredWidth()：获取测量的宽，属于"临时值"

getWidth()：获取View真实的宽

在Layout过程之前，getWidth() 默认为0

何时可以获取真实的宽、高

下篇将分析Draw()过程，我们将分析"一切都是draw出来的"道理

本篇基于 Android 100

android 获取XML文件有几种方式 1R文件名文件里的数据名

2gentRu

3如果在控件属性那直接引用就行

以上就是关于Android 自定义控件 layout全部的内容，包括:Android 自定义控件 layout、Android 自定义View之Layout过程、android开发中，在activity中如何获取xml中控件的属性等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！