平常所做应用的布局展示在ContentView中。当一个点击事件产生后，事件最先传递给Activity。
源码解析View事件分发机制
当点击屏幕，就产生了一个点击事件（封装成了MotionEvent类），当MotionEvent产生后，系统就会将这个MotionEvent传递给View的层级（这个传递过程称为点击事件分发）。事件分发过程中三个主要方法：
- dispatchTouchEvent(MotionEvent ev)：分发事件。
- onInterceptTouchEvent(MotionEvent ev)：拦截事件，在dispatchTouchEvent()中调用。注意：只有ViewGroup提供此方法，View不提供。默认：false。
- onTouchEvent(MotionEvent ev)：处理点击事件。在dispatchTouchEvent()中调用。
View的事件分发机制。事件以ACTION_DOWN开始以ACTION_UP结束。
一个事件序列：以ACTION_DOWN开始，ACTION_UP结束，中间掺扎着零个或多个ACTION_MOVE事件
当点击事件产生后，事件首先会传递给当前Activity，这时候调用Activity的dispatchTouchEvent()。具体事件的处理是交给activity中的PhoneWindow完成的，然后PhoneWindow再把事件的处理工作交给ViewGroup。
通过for循环倒序遍历（从最上层的子View往内层遍历）ViewGroup的子元素，判断子元素是否能够接收到点击事件，如果能接收到点击事件，则交给子元素处理。
- 事件传递过程中，如果onTouchListener不为空并且onTouch()返回true，则表示事件被消费，就不会执行onTouchEvent()；否则就会执行onTouchEvent()。
- 只要View的CLICKABLE（表示View可以点击）和LONG_CLICKABLE（表示View可以长按点击）有一个为true，那么onTouchEvent就会返回true消费这个事件。可以通过setClickable()或者setLongClickable()设置，是否可以点击；或者通过setOnClickListener或者setOnLongClickListener自动设置View的CLICKABLE和LONG_CLICKABLE为true。只要View设置的onClickListener那么onClick方法就会被执行。
View事件传递规则（先由上而下传递，如果传递到底层没人消费，则由下往上传递，）
事件传递顺序：Activity -> PhoneWindow -> DecorView -> 顶层ViewGroup。
一般在事件传递过程中，只考虑重写ViewGroup的onInterceptTouchEvent()方法。
- 由上而下传递：对于根ViewGroup，点击事件首先传递给他的dispatchTouchEvent()，如果该ViewGroup的onInterceptTouchEvent()返回为true，则表示此ViewGroup要拦截事件，那么这个事件就交给他的onTouchEvent()方法消费；如果onInterceptTouchEvent()返回false，则表示不拦截事件，则这个事件交给子元素的dispatchTouchEvent()处理。如此反复。如果传递给底层的View，如果此View没有子View那么就会调用View的dispatchTouchEvent()方法。一般情况下最终会调用View的onTouchEvent方法消费点击事件。
- 由下而上传递：如果点击事件通过有上传递到最底层子View这个过程都没消费点击事件。那么事件就会变成从最底层子View向activity传递。也就是如果onTouchEvent()返回true则表示事件消费不继续向上传递，如果返回false则表示没人消费，继续向上传递。
View的工作流程（View的绘图流程）
View的工作流程，指的就是measure（测量View宽高），layout（确定View位置），draw（绘制View）。
- 1、DecorView被加载到window中（通过ViewRootImpl的setView()方法加载）
- 2、ViewRootImpl的performTraveals方法。使ViewTree开始View的工作流程。主要执行：performMeasure(childWidthMeasureSpec, childHeightMeasureSpec)、performLayout()、performDraw()三个方法。内部分别调用：measure，Layout，Draw
MeasureSpec（每个View都持有）（View的MeasureSpec受自身LayoutParams和父容器的MeasureSpec影响， 对于顶层的DecorView来说，其MeasureSpec由自身的LayoutParams和窗口大小决定的）
View内部类，内部封装View的尺寸（宽高）。作用：在Measure过程中，系统会将View的LayoutParams根据父容器施加的规则转换成对应的MeasureSpec，然后在onMeasure方法中根据这个MeasureSpec来确定View的宽和高。
MeasureSpec的常量，代表了32位的Int值，其中高2位表示SpecMode（测量模式），低30位表示SpecSize（测量大小）。
SpecMode的三种值：
- UNSPECIFIED：未指定模式，View想要多大就多大，父容器不做限制，一般用于系统内部测量
- AT_MOST：最大模式，对应于wrap_content，子View的最终大小是由父View指定的SpecSize，并且子View的大小不能大于这个值
-EXACTLY：精确模式，对应于match_parent或者具体的值，父容器测量出View所需的大小也就是SpecSize的值。
在View测量过程中通过makeMeasureSpec保存宽高信息，getMode()获取测量模式，getSize()获取测量大小。
View的Measure流程
measure测量View宽高，流程分为View的measure流程和ViewGroup的measure流程。只不过ViewGroup的measure流程不仅要测量自己，还要遍历其他子View调用其measure()。
- View的onMeasure()方法，内部调用setMeasureDimension()设置View宽高。
- ViewGroup的measure流程，for循环遍历子View。ViewGroup中没有定义onMeasure方法，但是定义了measureChild()测量子View。measureChild()内部则是调用子View的measure()方法。
View的Layout流程
layout()方法用于确定元素位置。ViewGroup的layout()方法确定子View的位置。View的layout()方法确定自身的位置。
onLayout()是一个空方法，确定位置时根据不同的控件设置不同的值，所以View和ViewGroup中均没有实现onLayout()
View的Draw流程
简单流程如下：
- 1、drawBackground()：绘制背景
- 2、onDraw()：绘制View内容
- 3、dispatchDraw()：绘制子View，for循环遍历子View，调用drawChild()绘制子View。
-
4、onDrawForeground()：绘制装饰
View的Draw流程
