一直对view的事件处理流程迷迷糊糊，今天花了点时间写了个栗子把它弄明白了。
1.view的常用的事件分为：单击事件(onClick)、长按事件(onLongClick)、触摸事件(onTouch)，另外view也有自己的onTouchEvent方法，这么多与事件相关的方法都由dispatchTouchEvent管理
2.根据面向对象思想，onTouch事件被封装成 MotionEvent 对象，常见的几个动作如图：
| 动作 | 简介 |
|---|---|
| ACTION_DOWN | 手指 初次接触到屏幕 时触发。 |
| ACTION_MOVE | 手指 在屏幕上滑动 时触发，会多次触发。 |
| ACTION_UP | 手指 离开屏幕 时触发。 |
| ACTION_CANCEL | 事件 被上层拦截 时触发。 |
3.
- 单击事件(onClickListener) 需要两个两个事件(ACTION_DOWN 和 ACTION_UP )才能触发，如果先分配给onClick判断，等它判断完，用户手指已经离开屏幕，黄花菜都凉了，定然造成 View 无法响应其他事件，应该最后调用。(最后)
- 长按事件(onLongClickListener) 同理，也是需要长时间等待才能出结果，肯定不能排到前面，但因为不需要ACTION_UP，应该排在 onClick 前面。(onLongClickListener > onClickListener)
- 触摸事件(onTouchListener) 如果用户注册了触摸事件，说明用户要自己处理触摸事件了，这个应该排在最前面。(最前)
- View自身处理(onTouchEvent) 提供了一种默认的处理方式，如果用户已经处理好了，也就不需要了，所以应该排在 onClickListener 前面。( onTouchListener > onClickListener)
下面是我用写的栗子和打印出来的日志：手指长按不移动，再抬起
所以事件的调度顺序应该是 onTouchListener > onTouchEvent > onLongClickListener > onClickListener。
当在ACTION_UP动作返回true的时候,
会发现onClick没有执行
（onClick的触发需要ACTION_DOWN 和ACTION_UP 两个动作配合完成），因为被onTouchListener消费掉了。而onLongClick执行是因为不需要 ACTION_UP 所以会在 ACTION_DOWN 之后就触发。