结论：无论是View还是ViewGroup，不管他是DispatchTouchEvent还是onTouchEvent方法，方法返回true、返回false的处理逻辑都是一样的，只是调用父类的同名方法的时候处理的逻辑有所不同，View偏重消费、ViewGourp偏重分发
简述View的事件传递机制？
触摸事件的传递流程是从dispatchTouchEvent开始的，如果不进行人工干预，则事件将会依照View树的嵌套层次从外层向内层传递，到达最内层的View时，就由它的onTouchVent方法处理
如果事件在传递过程中，进行了人工干预，事件分发函数返回true表示自行消费，返回父类的同名方法则该事件传递给自身的onTouchEvent进行处理，返回false表示该事件会回传给父view的onTouchEvent方法进行处理，此时后面的事件都接受不到了，最后由哪个View处理，以后的所有事件都交由它来处理
如果事件在传递过程中，进行了人工干预，事件处理函数，返回true和调用同名方法表示该事件被消费，返回false则表示该事件回传给父类的同名方法进行处理
事件触发是先触发onTouch，再触发onClick，如果onTouch方法返回tue，表示消费掉该事件，不在继续进行事件传递，onClick也不会被调用，如果onTouch方法返回false，则继续会事件传递，onClick会被调用
简述ViewGroup的事件传递机制?
触摸事件的传递顺序是由Activity到ViewGroup，再由ViewGroup递归传递给他的子View，ViewGroup通过onInterceptTouchEvent方法对事件进行拦截，如果该方法返回true，则事件不会继续往下传递给子View，如果返回false或者是调用super.onInterceptTouchEvent,则事件会继续会传递给子View
如果事件在传递过程中，进行了人工干预，事件分发函数返回true表示事件被自行消费，返回false，则回传给父View的onTouchEvent进行处理，此时后面的事件都接受不到了，调用同名方法则继续传递
如果事件在传递过程中，进行了人工干预，事件处理函数，返回true则表示该事件被消费，返回false和调用同名方法则表示该事件回传给父类的同名方法进行处理
