Android View

最新推荐文章于 2021-07-05 21:08:19 发布

洋芋洋芋彡

最新推荐文章于 2021-07-05 21:08:19 发布

阅读量161

点赞数

分类专栏： Android 文章标签： View

Android 专栏收录该内容

50 篇文章 1 订阅

订阅专栏

1. View绘制机制

1.1 View树的绘制流程

判断是否需要重新计算视图大小(measure)
是否重新需要安置视图的位置(layout)
是否需要重绘(draw)

1.2 measure

mesarue()：树形递归过程

作用：为整个view树计算实际大小 -> 设置实际的宽高【mMeasuredHeight, mMeasureWidth】

每个view控件的实际宽高都是由父试图和本身试图决定

**调用链：**ViewRoot根对象的属性mView() -> measure() => View树大小，回调View/ViewGroup对象的onMeasure()方法

实现功能：
1. 设置本View视图最终大小。setMeasuredDimension() –mMeasureHeight/mMeasureWidth
2. 对ViewGroup类型对象的子视图进行遍历的measure()过程，重写onMeasure()

子视图measure()过程 ->调用父ViewGroup.java中的measureChildWithMargins()实现
measureChildWithMargins()只是一个过渡层
简单直接的方法：View对象的measure()

LayoutParams继承于Android.View.ViewGroup.LayoutParams相当于一个Layout的信息包，它封装了Layout的位置、高、宽等信息。假设在屏幕上一块区域是由一个Layout占领的，如果将一个View添加到一个Layout中，最好告诉Layout用户期望的布局方式，也就是将一个认可的layoutParams传递进去。通俗地讲LayoutParams类是用于child view(子视图)向parent view(父视图)传达自己的意愿的一个东西(孩子想变成什么样向其父亲说明)。

我们可以通过 LayoutParams来设置view的尺寸，但是仅依靠我们设置的参数，能完全决定view的尺寸吗？肯定是不能的。因为一个View大小还要受到父ViewGroup的影响。一个view的尺寸大小，既要考虑自己所希望的大小，但是也要考虑父ViewGroup对其所施加的影响。

MeasureSpec其实就是View当中的一个静态工具类，翻译过来就是测量说明书。代表了View在测试过程中所受到的约束。在View的测量过程中，系统将View自身的 LayoutParams结合父容器所施加的规则转换成对应的MeasureSpec，然后再根据这个MeasureSpec来测量出View的尺寸宽高。

MeasureSpec代表了一个32位的int类型的值。高两位是SpecMode（测量模式），低30位是 SpecSize(尺寸规格大小)。将SpecMode和SpecSize通过位操作封装成一个int值，可以减少内存分配，提升效率。而MeasureSpec提供了打包，解包，toString等方法。可以方便操作。

SpecMode的取值可为以下三种：

EXACTLY: 对子View提出了一个确切的建议尺寸（SpecSize）；
AT_MOST: 子View的大小不得超过SpecSize；
UNSPECIFIED: 对子View的尺寸不作限制，通常用于系统内部。

对于父容器（ViewGroup）而言，往往会重载onMeasure函数负责其children的measure工作，重载时不要忘记调用setMeasuredDimension来设置自身的mMeasuredWidth和mMeasuredHeight。
对于子控件（View）而言，通过调用系统默认的onMeasure，即可完成View的测量，当然你也可以重载onMeasure，并调用setMeasuredDimension来设置任意大小的布局。

1.3. Layout

layout()：layout阶段的基本思想也是由根View开始，递归地完成整个控件树的布局（layout）工作。

作用：为将整个根据子视图的大小以及布局参数将View树放到合适的位置上

**调用链：**host.layout()开始View树布局，回调给View/ViewGroup类中的layout()
1. layout() -> 设置该View视图位于父视图的坐标轴，mLeft，mTop，mLeft，mBottom(调用setFrame()函数去实现)，接下来回调onLayout()方法；
2. view是ViewGroup -> 遍历每个子视图childView，调用该子视图的layout()去设置它的坐标值。

1.4. Draw

作用：标志位DRAWN，每次发起绘图时，为该View添加该标志位，只会重新绘制那些“需要重绘”的视图
ViewRoot – performTraversals() ->draw() 发起绘制该View树，

调用流程：

绘制背景
为显示渐变框做一些准备操作
onDraw()【每个View都需要重载该方法，ViewGroup不需要实现该方法】
dispatchDraw () -> 绘制子试图（ViewGroup重写dispatchDraw ()，应用程序可以重载父类函数实现具体的功能）
dispatchDraw()方法内部会遍历每个子视图，调用drawChild()去重新回调每个子视图的draw()方法
滚动条

invalidate和requestLayout的区别参阅Here。

invalidate()

调用draw()过程，假如视图发生大小没有变化就不会调用layout()过程，并且只绘制那些“需要重绘的”视图
谁(View的话，只绘制该View ；ViewGroup，则绘制整个ViewGroup)请求invalidate()，就绘制该视图。

一般引起invalidate()操作的函数如下：

invalidate()：请求重新draw()，但只会绘制调用者本身。
setSelection() ：请求重新draw()，但只会绘制调用者本身。
setVisibility() ：当View可视状态在INVISIBLE转换VISIBLE时，会间接调用invalidate()方法，继而绘制该View。
setEnabled() ：请求重新draw()，但不会重新绘制任何视图包括该调用者本身。

requestLayout()

只是对View树重新布局layout过程，调用measure()过程和 layout()过程，不会重新绘制任何视图包括该调用者本身。

一般引起requestLayout()操作的函数如下：

setVisibility()方法：
- 当View的可视状态在INVISIBLE/ VISIBLE 转换为GONE状态时，间接调用requestLayout() 和invalidate()。
- 同时，由于整个个View树大小发生了变化，会请求measure()过程以及draw()过程，同样地，只绘制需要“重新绘制”的视图。

2. 事件分发机制

Android上面的View是树形结构的，View可能会重叠到一起，当我们点击的地方有多个View都可以响应时，这个点击事件应该给谁呢?为了解决这个问题，就有了事件分发机制。

事件类型	具体动作
MotionEvent.ACTION_DOWN	按下View（所有事件的开始）
MotionEvent.ACTION_UP	抬起View（与DOWN对应）
MotionEvent.ACTION_MOVE	滑动View
MotionEvent.ACTION_CANCEL	结束事件（非人为原因）

事件链