android touch事件处理

Touch事件消息流：

线程Looper收到Touch 消息

1、ViewRootImpl(Handler).dispatchMessage(Message)

 feature phone 的MMI_Task 一样

2、ViewRootImpl.handleMessage(Message) case PROCESS_INPUT_EVENTS

3、ViewRootImpl.processInputEvents(boolean)

过滤无效事件

4、ViewRootImpl.handleMessage(Message) case DISPATCH_POINTER

5、ViewRootImpl.deliverPointerEvent(MotionEvent, boolean)

6、发送PointerEvent到View Tree （View Hierarchy）

View Tree 的Root收到该消息调用View dispatchPointerEvent(MotionEvent)不能重写。

dispatchPointerEvent比较简单，贴出代码

if (event.isTouchEvent()) {

returndispatchTouchEvent(event);

}else {

    returndispatchGenericMotionEvent(event);

}

7、View Tree 的Root 调用dispatchTouchEvent(event)

如果目标为ViewGroup，比较重要的有几个过程：

1、4.0 为保持Touch事件的一致性，每次Down事件的时候，会清空前一次的状态。即保持Down->Move->Up的消息顺序，不可能出现Down->Move->Down。注：2.3是直接丢弃Down事件。

2、对于onInterceptTouchEvent的调用，这是上层应用重写onInterceptTouchEvent，来截获事件的实现。Return true 截获事件，往自己的OnTouchEvent发送该事件，return false不截获，具体参见android文档。当然并不是每个都能截获的，如果FLAG_DISALLOW_INTERCEPT被置位的话，是不能被截获的。一般发生这种情况的主要是系统有比较重要的事件通知整棵View树。

       3、层层遍历，将Touch事件发送到叶子节点，然后根据返回值决定是否，让其他节点处理Touch事件，return true 该事件处理到此结束，return false继续处理

如果目标为View。那它只能为叶子节点，因为它不能包含任何View。一些关键的处理如下

if (li != null &&li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) ==ENABLED && li.mOnTouchListener.onTouch(this, event)) {

  return true;

}

if (onTouchEvent(event)) {

  return true;

}

这段话主要的意思就是如果这个View设置了OnTouchListener那么调用接口OnTouch，然后consume掉这个事件，即不再继续处理。如果没有的话，调用自己的OnTouchEvent。

举个例子，一个白板的View，没有设置TouchListener也没有重写OnTouchEvent，那么这个View就直接调用View的OnTouchEvent，View的OnTouchEvent实现如下：

代码太长，翻成文字可以这么理解：

       如果该View 是disable 状态：那么给它加上pressed标志位，重绘一下（在屏幕上显示为灰显按下去的效果）

       如果该View不是disable状态，并且是clickable，那么在ACTION_DOWN的时候会加上pressed标志位，并启动一个timer（长按事件）。重绘一下（显示出按下去的效果）。

此时还是MOVE事件监视该View的状态，如果这个MOVE滑出了该View的范围，那么会复位View的click状态。UP事件时，会检查是否已经执行过LongPress，如果已经执行了LongPress，那么就不执行了Click，反之，会取消掉LongPress的Timer，然后在执行Click。

在UP事件的最后，做一下收尾处理，完事。

所以TouchEvent是Click 和 LongPress的底层实现，View的派生类如Button等等就不需要重写OnTouchEvent。