一、View事件体系
1.什么是 View 和 View的位置坐标
- View是什么：
View 是一种界面层的控件的一种抽象，一组 View 则称为 ViewGroup，同时 ViewGroup 继承了 View。意味着 View 可以是单个控件也可以是多个控件组成的组控件，通过这种关系形成了 View 树的结构。
- View的位置坐标
- Android坐标系：以屏幕的左上角为坐标原点，向右为x轴增大方向，向下为y轴增大方向。
- View的宽高和坐标关系：width = right - left，height = bottom - top。
- 从android3.0开始，View增加了额外几个参数：x，y，translationX、translationY。其中x和y是View左上角的坐标，translationX和translationY是新View左上角相对于父容器的偏移量，它们默认值是0。
- 存在关系：x = left + translationX，y = top + translationY
- 由此可见，x和left不同体现在：left是View的初始坐标，在绘制完毕后就不会再改变；而x是View偏移后的实时坐标，是实际坐标。y和top的区别同理。
2.MotionEvent和TouchTop
-
MotionEvent：在手指接触屏幕后所产生的一系列事件，任何事件列都是以DOWN事件开始，UP事件结束，中间有无数的MOVE事件。
- ACTION_DOWM：手指刚接触屏幕。
- ACTION_MOVE：手指在屏幕上移动。
- ACTION_UP：手指在屏幕上松开的一瞬间。
通过MotionEvent 对象可以得到触摸位置的x、y坐标。其中通过getX()、getY()可获取相对于当前view左上角的x、y坐标；通过getRawX()、getRawY()可获取相对于手机屏幕左上角的x，y坐标。
- TouchTop： 系统所能识别的被认为是滑动的最小距离。即当手指在屏幕上滑动时，如果两次滑动之间的距离小于这个常量，那么系统就不认为你是在进行滑动操作。获取这个常量：
该常量和设备有关，可用它来判断用户的滑动是否达到阈值，获取方法：
ViewConfiguration.get(getContext()).getScaledTouchSlop()。
3.VelocityTracker 和 GestureDetector
- VelocityTracker：速度追踪，用于追踪手指在滑动过程中的速度，包括水平和竖直方向的速度。
A、首先在view的onTouchEvent方法中追踪当前单击事件的速度：
//实例化一个VelocityTracker 对象
VelocityTracker velocityTracker = VelocityTracker.obtain();
//添加追踪事件
velocityTracker.addMovement(event);
B、接着在 ACTION_UP 事件中获取当前的速度。注意这里计算的是1000ms时间间隔移动的像素值，假设像素是100，即速度是每秒100像素。另外，手指逆着坐标系的正方向滑动，所产生的速度为负值 ，顺着正反向滑动，所产生的速度为正值。
//获取速度前先计算速度，这里计算的是在1000ms内
velocityTracker .computeCurrentVelocity(1000);
//得到的是1000ms内手指在水平方向从左向右滑过的像素数，即水平速度
float xVelocity = velocityTracker .getXVelocity();
//得到的是1000ms内手指在水平方向从上向下滑过的像素数，垂直速度
float yVelocity = velocityTracker .getYVelocity();
C、最后，当不需要使用它的时候，需要调用clear方法来重置并回收内存：
velocityTracker.clear();
velocityTracker.recycle();
- GestureDetector：手势检测，用于辅助检测用户的单击、滑动、长按、双击等行为。
A、使用过程：创建一个GestureDetecor对象并实现OnGestureListener接口，根据需要实现单击等方法：
GestureDetector mGestureDetector = new GestureDetector(this);//实例化一个GestureDetector对象
mGestureDetector.setIsLongpressEnabled(false);// 解决长按屏幕后无法拖动的现象
B、接着，接管目标view的onTouchEvent方法，在待监听view的onTouchEvent方法中添加如下实现：
boolean consume = mGestureDetector.onTouchEvent(event);
return consume;
C、然后，就可以有选择的实现OnGestureListener和OnDoubleTapListener中的方法了。
建议：如果只是监听滑动操作，建议在onTouchEvent中实现；如果要监听双击这种行为，则使用GestureDetector 。
二、View的滑动
滑动方式1：通过View本身提供的scrollTo/scrollBy方法
- scrollBy 是内部调用了 scrollTo 的，它是基于当前位置的相对滑动；而scrollTo是绝对滑动，因此如果利用相同输入参数多次调用scrollTo()方法，由于View初始位置是不变只会出现一次View滚动的效果而不是多次。
- 注意：两者都只能对view内容进行滑动，而不能使view本身滑动。
- mScrollX和mScrollY分别表示View在X、Y方向的滚动距离。
- mScrollX：View的左边缘减去View的内容的左边缘；
- mScrollY：View的上边缘减去View的内容的上边缘。从右向左滑动，mScrollX为正值，反之为负值；从下往上滑动，mScrollY为正值，反之为负值。
滑动方式2：通过动画给View施加平移效果
- View动画：layout文件 < set > 标签下的 < translate fromXDelta和 toXDelta > 来平移。
- 属性动画：ObjectAnimator.ofFloat(targetView,"translationX",0,100).setDuration(100).start();
滑动方式3：通过改变View的LayoutParams使得View重新布局
比如将一个View向右移动100像素，向右，只需要把它的marginLeft参数增大即可，代码见下：
MarginLayoutParams params = (MarginLayoutParams) btn.getLayoutParams();
params.leftMargin += 100;
btn.requestLayout();// 请求重新对View进行measure、layout
三种方法比较
- scrollTo/scrollBy：操作简单，适合对view内容滑动，非平滑。
- 动画：操作简单，主要适用于没有交互的view和实现复杂的动画效果。
- 改变LayoutParams：操作稍微复杂，适用于有交互的view，非平滑。
三、弹性滑动
弹性滑动方式1：使用 Scroller
- 与scrollTo/scrollBy不同：scrollTo/scrollBy过程是瞬间完成的，非平滑；而Scroller则有过渡滑动的效果。
- 注意：Scoller本身无法让View弹性滑动，它需要和 View 的 computerScroller 方法配合使用。
Scroller scroller = new Scroller(mContext); //实例化一个Scroller对象
private void smoothScrollTo(int dstX, int dstY) {
int scrollX = getScrollX();//View的左边缘到其内容左边缘的距离
int scrollY = getScrollY();//View的上边缘到其内容上边缘的距离
int deltaX = dstX - scrollX;//x方向滑动的位移量
int deltaY = dstY - scrollY;//y方向滑动的位移量
scroller.startScroll(scrollX, scrollY, deltaX, deltaY, 1000); //开始滑动
invalidate(); //刷新界面
}
@Override//计算一段时间间隔内偏移的距离，并返回是否滚动结束的标记
public void computeScroll() {
if (scroller.computeScrollOffset()) {
scrollTo(scroller.getCurrX(), scroller.getCurY());
postInvalidate();//通过不断的重绘不断的调用computeScroll方法
}
}
具体实现：在 MotionEvent.ACTION_UP 事件触发时调用 startScroll 方法->马上调用invalidate/postInvalidate 方法->会请求 View 重绘，导致 View.draw 方法被执行->会调用 View.computeScroll 方法，此方法是空实现，需要自己处理逻辑。具体逻辑是：先判断 computeScrollOffset，若为 true（表示滚动未结束），则执行 scrollTo 方法，它会再次调用 postInvalidate，如此反复执行，直到返回值为 false。
原理：Scroll 的 computeScrollOffset() 根据时间的流逝动态百分比计算一小段时间里View滑动的距离，并得到当前View位置，再通过scrollTo继续滑动。即把一次滑动拆分成无数次小距离滑动从而实现弹性滑动。
弹性滑动方式2：通过动画
动画本身就是一种渐近的过程，故可通过动画来实现弹性滑动。
//在100ms内使得View从原始位置向右平移100像素
ObjectAnimator.ofFloat(targetView,"translationX",0,100).setDuration(100).start();
弹性滑动方式3：使用延时策略
通过发送一系列延时信息从而达到一种渐近式的效果，具体可以通过Handler和View的postDelayed方法，也可使用线程的sleep方法。
四、View的事件分发机制
事件分发的本质：其实就是对 MotionEvent 事件分发的过程。即当一个 MotionEvent 产生了以后，系统需要将这个点击事件传递到一个具体的View上。
点击事件的传递顺序：Activity（Window） -> ViewGroup -> View
-
其中三个主要方法：
- dispatchTouchEvent：进行事件的分发（传递）。
- onInterceptTouchEvent：对事件进行拦截。
- onTouchEvent：进行事件处理。
- 事件分发是逐级下发的，目的是将事件传递给一个View。当最后一个View 没有消费事件，这个事件会依次返转，最后回到最高位的Activity，如果这样都没消费的话才抛弃。(责任链)
- 在ViewGroup事件分发中，View本身是不存在分发，所以也没有拦截方法（onInterceptTouchEvent），它只能在onTouchEvent方法中进行处理消费或者不消费。
- 当一个 View 需要处理事件时，如果设置了 OnTouchListener，那么 OnTouchListener 的 onTouch 方法会回调，如果返回 true，那么 onTouchEvent 方法将不会调用（同时onClick事件是在onTouchEvent中调用）所以三者优先级是onTouch->onTouchEvent->onClick(onClickListener)。
View的事件分发机制
public boolean dispatchTouchEvent(MotionEvent event) {
if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK)
== ENABLED && mOnTouchListener.onTouch(this, event)) {
return true;
}
return onTouchEvent(event);
}
- ①、在View的dispatchTouchEvent方法中首先会执行onTouch这个回调函数，但是执行onTouch这个回调函数有两个前提条件、第一个提前提条件是该控件注册了触摸监听，第二个条件是该控件是的状态是Enable的。
- ②、onTouch回调函数会有一个返回值，如果返回为true的话就代表本次触摸事件被消耗掉了，执行接触；返回值为false的话会继续执行onTouchEvent方法。
- ③、onTouchEvent方法就是真正执行点击事件的地方，也就是我们重写的onClick方法。
- ④、onTouchEvent方法中能够捕获一次点击事件当中ACTION_DOWN、ACTION_ MOVE、ACTION_UP这三个动作，当触摸动作为ACTION_UP会调用onClick方法。
ViewGroup的事件分发机制
public boolean dispatchTouchEvent(MotionEvent event){
boolean consume = false;
if(onInterceptTouchEvent(event)){
consume = onTouchEvent(event);
}else{
consume = child.dispatchTouchEvent(event);
}
return consume;
}
- ①、首先会去调用ViewGroup的dispatchTouchEvent方法，其中会有onInterceptTouchEvent方法对事件传递进行拦截，如果返回值为true的话就表示事件不往子View中传递，如果为false的话就表示不对事件传递进行拦截，事件会往子View中传递。
五、View滑动冲突
1.常见的滑动冲突场景
- 外部滑动方向与内部滑动方向不一致（左右滑动：Fragment，上下滑动： ListView）。
- 外部滑动方向与内部滑动方向一致，（ScrollView 中包含 ListView )；
- 上面两种情况的嵌套；
2.滑动冲突的处理规则
- 滑动路径和水平方向所形成的夹角。
- 水平方向和竖直方向上的距离差。
- 水平和竖直方向的速度差。
- 从业务的需求上得出相应的处理规则。
3.滑动冲突的解决方式
第一种：外部拦截法
含义：指点击事件都先经过父容器的拦截处理，如果父容器需要此事件就拦截，否则就不拦截。
方法：需要重写父容器的 onInterceptTouchEvent 方法，在内部做出相应的拦截。
过程：在 onInterceptTouchEvent 方法中，首先在 ACTION_DOWN 这个事件中，父容器必须返回 false，即不拦截 ACTION_DOWN 事件，因为一旦父容器拦截了 ACTION_DOWN，那么后续的 ACTION_MOVE / ACTION_UP 都会直接交给父容器处理；其次是 ACTION_MOVE，根据需求来决定是否要拦截；最后 ACTION_UP 事件，这里必须要返回 false，一旦拦截子View的onClick事件将不会触发。
public boolean onInterceptTouchEvent (MotionEvent event){
boolean intercepted = false;
int x = (int) event.getX();
int y = (int) event.getY();
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
intercepted = false;
break;
case MotionEvent.ACTION_MOVE:
if (父容器需要当前事件） {
intercepted = true;
} else {
intercepted = flase;
}
break;
}
case MotionEvent.ACTION_UP:
intercepted = false;
break;
default : break;
}
mLastXIntercept = x;
mLastYIntercept = y;
return intercepted;
}
第二种：内部拦截法
含义：指父容器不拦截任何事件，而将所有的事件都传递给子容器，如果子容器需要此事件就直接消耗，否则就交由父容器进行处理。
方法：需要配合requestDisallowInterceptTouchEvent方法。
过程：父元素需要默认拦截除 ACTION_DOWN 以外的事，这样子元素调用 parent.requestDisallowInterceptTouchEvent(false) 方法时，父元素才能继续拦截需要的事件。（ACTION_DOWN 事件不受 requestDisallowInterceptTouchEvent 方法影响,所以一旦父元素拦截 ACTION_DOWN 事件，那么所有元素都无法传递到子元素去）。
public boolean dispatchTouchEvent ( MotionEvent event ) {
int x = (int) event.getX();
int y = (int) event.getY();
switch (event.getAction) {
case MotionEvent.ACTION_DOWN:
parent.requestDisallowInterceptTouchEvent(true);//为true表示禁止父容器拦截
break;
case MotionEvent.ACTION_MOVE:
int deltaX = x - mLastX;
int deltaY = y - mLastY;
if (父容器需要此类点击事件) {
parent.requestDisallowInterceptTouchEvent(false);
}
break;
case MotionEvent.ACTION_UP:
break;
default :
break;
}
mLastX = x;
mLastY = y;
return super.dispatchTouchEvent(event);
}
六、View工作原理
1.View的绘制流程
- 整个 View 树的绘图流程是在 ViewRoot 类的 performTraversals() 方法展开的。
- performTraversals() 依次调用 performMeasure()、performLayout() 和 performDraw()三个方法，分别完成顶级View的绘制。
- 其中，performMeasure() 会调用 measure()，measure() 中又调用onMeasure()，实现对其所有子元素的 measure 过程，这样就完成了一次 measure 过程；接着子元素会重复父容器的 measure 过程，如此反复至完成整个 View 树的遍历。
- performLayout 和 performDraw 的传递流程也是类似，唯一不同的是 performDraw 都传递过程是用 draw 方法中的 dispatchDraw 来实现。
- measure 过程决定了View的宽高，Measure完成以后，可以通过getMeasuredWidth和getMeasureHeight方法来获取到View的宽/高。
- Layout 过程决定了View的四个顶点的坐标和View的实际宽高，完成以后通过getTop、getBottom、getLeft、getRight来拿到四个顶点的位置，并通过getWidth和getHeight方法来拿到View的最终宽高。
- Draw 过程决定了View的显示，只有draw方法完成后View的内容才能呈现在屏幕上。
2.measure方法
2.1 MeasureSpec
作用：通过宽测量值widthMeasureSpec和高测量值heightMeasureSpec 决定View的大小。
组成：32 位的 int 值，高 2 位 代表 SpecMode测量模式，低 30 位代表 SpecSize 规格大小。
-
三种测量模式：
- UNSPECIFIED：不确定，父容器不对 View 进行任何限制，要多大给多大，一般用于系统内部。
- EXACTLY：父容器检测到 View 所需要的精确大小，这时候 View 的最终大小就是 SpecSize 所指定的值，对应 LayoutParams 中的“match_parent”和“具体数值”这两种模式。
- AT_MOST：父容器指定了最大的尺寸 SpecSize，View 的大小不能大于这个值，对应 LayoutParams 中的 wrap_content。
决定因素：值由子View的布局参数LayoutParams和父容器的MeasureSpec值共同决定。
LayoutParams布局参数：具体数值、match_parent和wrap_content。
2.2 measure测量过程图
- ①View的measure：View的measure由measure方法来完成，而它是一个final类型的方法，意味这不能重写，在View的measure中去调用View的onMeasure方法，因此只需要在onMeasure中实现即可。
从getDefaultSize()中可以看出，直接继承View的自定义View需要重写onMeasure()并设置wrap_content时的自身大小，否则效果相当于macth_parent。
-
②ViewGroup的measure：
- measure()：基本测量逻辑的判断，调用onMeasure进行下一步测量；
- onMeasure()(需要重写)：计算View宽/高，并存储。
- measureChildren()：遍历子View并调用measureChild()进行子View下一步测量。
- measureChild()：计算单个子View的MeasureSpec；调用每个子View的measure()进行下一步测量。
- getChildMeasureSpec()：计算子View的MeasureSpec参数。
- ......遍历子View测量(View的measure过程)........
- setMeasureDimension：存储测量后的子View宽高。
3. layout方法
- 作用：确定 View 的最终宽高和四个顶点的位置。
- 大致流程：从顶级View开始依次调用 layout()，其中子 View 的 layout() 会调用 setFrame() 来设定自己的四个顶点（mLeft、mRight、mTop、mBottom），接着调用 onLayout() 来确定其坐标，注意该方法是空方法，因为不同的 ViewGroup 对其子 View 的布局是不相同的。
4. draw方法
- 绘制顺序：
- 绘制背景：background.draw(canvas)
- 绘制自己：onDraw(canvas)
- 绘制children：dispatchDraw(canvas)
- 绘制装饰：onDrawScrollBars(canvas)
ViewGroup 通常情况下不需要绘制，因为本身没有需要绘制的东西，如果不是指定了ViewGroup的背景颜色，那么连 ViewGroup 都不会调用。ViewGroup 会使用dispatchDraw方法来绘制其子View。
七、自定义View
1. 自定义 View 的分类
- 继承 View 重写 onDraw 方法：主要实现一些不规则的效果，重写onDraw方法，需要支持wrap_content并且需要自己处理padding。(重写view实现新的控件)
- 继承 ViewGroup 派生特殊的 Layout：实现自定义布局，除了LinearLayout、RelativeLayout等这几种系统之外的布局。稍微复杂需要合适地处理ViewGroup的测量、布局这两个过程，并同时处理子元素的测量和布局的过程。
- 继承特定的 View，比如 TextView：扩展某种已有View的功能，比如TextView。容易实现，不需要自己支持wrap_content和padding。(对现有的控件进行拓展)
- 继承特定的 ViewGroup(比如 LinearLayout)：与第二种的区别在于不用自己处理ViewGroup的测量和布局，第二种更接近底层。(通过组合来创建复合控件)
2. 自定义 View 须知
- 让 View 支持 wrap_content；
- 如果有必要，让你的 View 支持 padding；
- 尽量不要在 View 中使用 Handler，没有必要，View 内部提供了 post 系列的方法；
- View 中如果有线程或者动画，需要继续停止，参考View#onDetachedFromWindow；
- View 带有滑动嵌套情形时，需要处理好滑动冲突；
3. 自定义 View 的思想
- 首先要掌握基本功，比如 View 的弹性滑动、滑动冲突、绘制原理等，这些都是自定义 View 所必须的。
- 熟练掌握基本功后，在面对新的自定义 View 时，要能够对其分类并选择合适的实现思路。
- 另外平时还要多积累一些自定义 View 相关的经验，并逐渐做到融会贯通。
4. 为什么自定义控件
- 特定的显示风格。
- 处理特有的用户风格
- 优化布局
- 封装
5.如何自定义控件
- 自定义属性的声明与获取。
- 测量onMeasure。
- 布局onLayout(viewgroup)
- 绘制onDraw
- onTouchEvent。
- onInterceptTouchEvent(ViewGroup)。
6. 自定义属性声明与获取
- 分析需要的自定义属性。
- 在res/values/attrs.xml定义声明
- 在layout.xml方法中进行使用。
- 在View的构造方法中进行获取。
7. 自定义View的三要素
- Canvas：画布，用于绘制View所要显示的内容，一般来自onDraw()函数的传入。
- Paint ：画笔，用于绘制View所需要绘制的内容，相当于笔，在其内部可以设置颜色，粗细，是否实心等信息，一般通过new的方式获取该类对象；
- Point：点，用于确定View所需要绘制的内容大小及位置等相关信息，当然这里的Point不具有实际意义，也有可能是线段，矩形等，只不过大多数是通过点的组合关系确定而已；
问题1：onTouch()、onTouchEvent()和onClick()关系？
优先度onTouch()>onTouchEvent()>onClick()。因此onTouchListener的onTouch()方法会先触发；如果onTouch()返回false才会接着触发onTouchEvent()，同样的，内置诸如onClick()事件的实现等等都基于onTouchEvent()；如果onTouch()返回true，这些事件将不会被触发。
问题2：SurfaceView和View的区别？
SurfaceView是从View基类中派生出来的显示类，它和View的区别有：
- View需要在UI线程对画面进行刷新，而SurfaceView可在子线程进行页面的刷新
- View适用于主动更新的情况，而SurfaceView适用于被动更新，如频繁刷新，这是因为如果使用View频繁刷新会阻塞主线程，导致界面卡顿
- SurfaceView在底层已实现双缓冲机制，而View没有，因此SurfaceView更适用于需要频繁刷新、刷新时数据处理量很大的页面
问题3：invalidate()和postInvalidate()的区别？
invalidate()与postInvalidate()都用于刷新View，主要区别是invalidate()在主线程中调用，若在子线程中需要配合handler使用；而postInvalidate()可在子线程中直接调用。
问题4： requestLayout()和invalidate()的区别？
调用invalidate()只会执行onDraw方法；调用requestLayout()只会执行onMeasure方法和onLayout方法，并不会执行onDraw方法。
所以当我们进行View更新时，若仅View的显示内容发生改变,则只需调用invalidate方法；若View宽高和位置发生改变，则调用requestLayout方法；若两者均发生改变，则需先调用requestLayout()再调用invalidate()。
问题5：Android中真实宽高getWidth和getMeasuredWidth的区别：哪个计算的是真实的宽？
getWidth()：得到的是View在父Layout中布局好后的宽度值，如果没有父布局，那么默认的父布局就是整个屏幕。
getMeasuredWidth()：得到的是最近一次调用measure()方法测量后得到的是View的宽度，它仅仅用在测量和Layout的计算中。所以此方法得到的是View的内容占据的实际宽度。
总结：
getWidth(): View在设定好布局后整个View的宽度。
getMeasuredWidth(): 对View上的内容进行测量后得到的View内容占据的宽度，前提是你必须在父布局的onLayout()方法或者此View的onDraw()方法里调用measure(0,0);否则你得到的结果和getWidth()得到的结果是一样的。
问题6：为什么Viewgroup的Measure过程和View的过程不一样，还要自己重写onMeasure()方法？
因为不同的ViewGroup子类（LinearLayout、RelativeLayout / 自定义ViewGroup子类等）具备不同的布局特性，这导致他们子View的测量方法各有不同。
总结一句话：View的measure过程的onMeasure()具有统一实现，而ViewGroup则没有。
本文参考资料：
- 《Android开发艺术探索》
- 《第一行代码》
- //www.greatytc.com/p/718aa3c1a70b
- //www.greatytc.com/p/6ec82716a3ac
