详细流程：
（1）当一个触屏事件发生的时候，事件先传递到当前交互的Activity的dispatchTouchEvent（）内
（2）Activity调用getWindow().superDispatchTouchEvent()把事件传递到所属PhoneWindow的superDispatchTouchEvent（）内
（3）PhoneWindow调用DecorView的superDispatchTouchEvent（）把事件传递到DecorView的superDispatchTouchEvent（）内，DecorView就是Activity中布局的父View，继承自FrameLayout，也是ViewGroup
（4）DecorView的superDispatchTouchEvent（）中，调用super.dispatchTouchEvent()把事件传递到ViewGroup的dispatchTouchEvent（）内
（5）ViewGroup的方法内，首先判断是否要拦截此事件，是否拦截分三种情况：
第一：FLAG_DISALLOW_INTERCEPT标记位，是由子View的requestDisallowInterceptTouchEvent()来控制，默认是false即允许ViewGroup拦截此事件，true即不允许拦截，也就不会再执行ViewGroup的onInterceptTouchEvent（），因此子View对拦截的决定权要比ViewGroup高
第二：子View默认不拦截的情况下，拦截事件的决定权则交予ViewGroup的onInterceptTouchEvent（）方法，false即不拦截，继续向下执行，true即拦截此事件，此事件最终会交予ViewGroup的onTouchEvent（）处理
第三：当ACTION_DOWN事件往下传的时候，发现没有子View了，即mFirstTouchTarget为null，那么ACTION_MOVE和ACTION_UP事件，则拦截下来，交予ViewGroup的onTouchEvent（）处理
（6）ViewGroup不拦截此事件，继续往下传递，则会遍历子元素，找到能够接收事件的子View，然后调用dispatchTransformedTouchEvent（）方法，该方法内部，判断child不为null，调用子View的dispatchTouchEvent（），事件也就传递到了子View的dispatchTouchEvent（）内
（7）如果子View的dispatchTouchEvent（）返回true，则消费了该事件，那么ViewGroup的mFirstTouchTarget会被赋值，则会跳出遍历循环；如果返回的是false，该子View没有消费该事件，ViewGroup则继续遍历寻找能够接收该事件的下一个元素，如果最终没有找到，ViewGroup则会调用super.dispatchTouchEvent(),最终事件会转到ViewGroup的onTouchEvent（）做处理
（8）事件传递到子View的dispatchTouchEvent（）方法里，先判断子View有没有设置onTouchListener，如果设置了，并且该子 View的状态是ENABLED，则调用onTouchListener的onTouch（）。onTouch（）方法是有返回值，默认是false，如果返回true，那么下面的onTouchEvent（）也就不会再被执行，如果onTouch（）方法返回false，事件继续走到onTouchEvent（）
（9）onTouchEvent（）里，先判断子View是否是DISABLED状态。如果是DISABLED状态，若子View是处于CLICKABLE状态，onTouchEvent（）直接返回true，代表事件消费了，只是响应而已，下面的流程也不会再走；若子View是非CLICKABLE状态，直接false，不消费此事件，下面流程不再走
（10）如果是ENABLED状态，若子 View是处于非CLICKABLE状态，则直接返回false，不消费此事件；若子View处于CLICKABLE状态，最终都会返回true，消费了此事件。
（11）子View在ACTION_UP事件发生的时侯，会调用performClick（）方法，该方法内部就是判断有没有设置onClickListener，如果设置了，则会调用onClickListener的onClick（）
（12）在activity里，调用的getWindow().superDispatchTouchEvent（）把事件往下面传递的最终没有View消费该事件，返回false，则会调用activity的onTouchEvent（），事件会转到该onTouchEvent（）再做处理。
