罪过啊，已经有一个月没有写blog了（转载不算）。年末了各种加班，搞得身累心累的，也没有那心情写。但是春节临近，适逢今天放假，我再也不能抑制内心的那份冲动，必须得写几篇blog抒发一下新春佳节即将到来的这份愉快。
这几篇blog主要就是android的源码和自己的总结，有可能还有demo。我发现阅读android的源码是件很令人开心的事情，因为android源码够难，需要理清作者思路，揣测作者的意图，这是很有趣的事情，而且楼下还有一群大妈在跳舞助兴，一首不知道叫什么名的歌单曲循环了一个下午，我也是醉了，醉了一下午。
Android的Touch事件传递虽然代码量并不是很大，但是这块内容应该算是比较复杂的吧，尤其对我等菜鸟而言。鉴于我之前blog的内容表达不清除，有时我再看自己写的内容都不能理解。所以，我觉得要多附上代码，把我是怎么一步一步看代码的过程描述出来，少写一些我对代码的总结，如果写，也要斟酌再斟酌。
第一篇文章就写点简单的吧。1、OnTouchListener和onTouchEvent的关系。2、touch和click/longclick的关系（以前的blog好像写过他们之间的关系，只是那时的我还年轻，看到的是表象，现在从源码的角度来理解）。
PS：我用的是4.0的源码，不同版本的源码会有点去别。
OnTouchListener和onTouchEvent的关系
对于一个view来说，touch事件来了，最先到达的就是dispatchTouchEvent这个方法，那么我们来看这个方法（下面的代码记作代码A）：
代码A：
public boolean <span style="white-space:pre">dispatchTouchEvent</span>(MotionEvent event) {
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(event, 0);
}
if (onFilterTouchEventForSecurity(event)) {
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
return true;
}
if (onTouchEvent(event)) {
return true;
}
}
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
}
return false;
}touch和click/longclick的关系
onTouchEent方法，代码B：
public boolean onTouchEvent(MotionEvent event) {
final int viewFlags = mViewFlags;
if ((viewFlags & ENABLED_MASK) == DISABLED) {
if (event.getAction() == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
setPressed(false);
}
// A disabled view that is clickable still consumes the touch
// events, it just doesn't respond to them.
return (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE));
}
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
switch (event.getAction()) {
case MotionEvent.ACTION_UP:
boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
// take focus if we don't have it already and we should in
// touch mode.
boolean focusTaken = false;
if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
focusTaken = requestFocus();
}
if (prepressed) {
// The button is being released before we actually
// showed it as pressed. Make it show the pressed
// state now (before scheduling the click) to ensure
// the user sees it.
setPressed(true);
}
if (!mHasPerformedLongPress) {
// This is a tap, so remove the longpress check
removeLongPressCallback();
// Only perform take click actions if we were in the pressed state
if (!focusTaken) {
// Use a Runnable and post this rather than calling
// performClick directly. This lets other visual state
// of the view update before click actions start.
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
performClick();
}
}
}
if (mUnsetPressedState == null) {
mUnsetPressedState = new UnsetPressedState();
}
if (prepressed) {
postDelayed(mUnsetPressedState,
ViewConfiguration.getPressedStateDuration());
} else if (!post(mUnsetPressedState)) {
// If the post failed, unpress right now
mUnsetPressedState.run();
}
removeTapCallback();
}
break;
case MotionEvent.ACTION_DOWN:
mHasPerformedLongPress = false;
if (performButtonActionOnTouchDown(event)) {
break;
}
// Walk up the hierarchy to determine if we're inside a scrolling container.
boolean isInScrollingContainer = isInScrollingContainer();
// For views inside a scrolling container, delay the pressed feedback for
// a short period in case this is a scroll.
if (isInScrollingContainer) {
mPrivateFlags |= PFLAG_PREPRESSED;
if (mPendingCheckForTap == null) {
mPendingCheckForTap = new CheckForTap();
}
postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
} else {
// Not inside a scrolling container, so show the feedback right away
setPressed(true);
checkForLongClick(0);
}
break;
case MotionEvent.ACTION_CANCEL:
setPressed(false);
removeTapCallback();
removeLongPressCallback();
break;
case MotionEvent.ACTION_MOVE:
final int x = (int) event.getX();
final int y = (int) event.getY();
// Be lenient about moving outside of buttons
if (!pointInView(x, y, mTouchSlop)) {
// Outside button
removeTapCallback();
if ((mPrivateFlags & PFLAG_PRESSED) != 0) {
// Remove any future long press/tap checks
removeLongPressCallback();
setPressed(false);
}
}
break;
}
return true;
}
return false;
}a、down（代码B的74-97行）
在第75行把mHasPerformedLongPress设置为false，这个量的作用从名字就可以看出来。代码82到96行，根据isInScrollingContaine这个变量不同处理，isInScrollingContaine值为false,执行94行和95行，94行设置该view的Pressed状态为true。我们先把95行这个方法搁置，来看isInScrollingContaine为true的时候，执行的内容是：把CheckForTap放入队列，在150毫秒后执行。来看的内容：
代码C:
private final class CheckForTap implements Runnable {
public void run() {
mPrivateFlags &= ~PFLAG_PREPRESSED;
setPressed(true);
checkForLongClick(ViewConfiguration.getTapTimeout());
}
}那么我们来看checkForLongClick这个方法：
代码D：
private void checkForLongClick(int delayOffset) {
if ((mViewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) {
mHasPerformedLongPress = false;
if (mPendingCheckForLongPress == null) {
mPendingCheckForLongPress = new CheckForLongPress();
}
mPendingCheckForLongPress.rememberWindowAttachCount();
postDelayed(mPendingCheckForLongPress,
ViewConfiguration.getLongPressTimeout() - delayOffset);
}
}代码E：
class CheckForLongPress implements Runnable {
private int mOriginalWindowAttachCount;
public void run() {
if (isPressed() && (mParent != null)
&& mOriginalWindowAttachCount == mWindowAttachCount) {
if (performLongClick()) {
mHasPerformedLongPress = true;
}
}
}down的总结：dwon事件处理，设置该view的longclick还没有被处理、修改该view显示的内容、在Runnable的队列里布置一个Runnable，再500毫秒后处理longclick事件。
b、move事件（代码B的105-120行）
110行，判断该touch是否还在这个view里面，这个方法里牵扯到一个mTouchSlop这里就不介绍它了（其实mTouchSlop我也还没弄明白）。112行取消掉代码B的91行布置的那个Runnable，第115行取消掉代码D第9行布置的那个Runnble。
c、cancel事件（代码B的100-103行）
取消之前布置的Runnable。
d、up事件（代码B的24-72行）
第24行代码，获得prepressed，prepressed值为true代表现在事件是在touch down之后的150毫秒之内，prepressed值为true代表touch down事件已经发生了超过150毫秒。至于这是怎么来的，通过跟踪mPrivateFlags与PFLAG_PREPRESSED之间的运算可得出，这里不方面演示出来。
第25行的判断，意思是说当前view已经被按下，两种情况：1.左边的很显然.2.当前view处在touch down之后的150毫秒以内，虽然(mPrivateFlags & PFLAG_PRESSED) != 0为true，但是该view在事实上已经被按下来。第28-31行，改变焦点状态。第33-39行，注释很清楚。
第41-57行，如果该view没有被处理onLongClick，即touch down后不到500毫秒，那么：取消布置在队列里的Runnable，第50-55行代码，注释很清楚，就是执行performClick。
第59-69行，设置该view的Pressed状态为false。第79行，取消布置的Runnable。
总结
代码就看到这里，基本已经明了了。梳理一下处理过程：
1.touch down时间后会布置一个名为mPendingCheckForLongPress的Runnable,让该Runnable在500毫秒后执行。会根据该view是否在能滚动的组件里面，如果该view的父view（递归父view）存在可滚动的，那么还会布置一个名为mPendingCheckForTap的Runnable，该Runnable在150毫秒后执行。
2.touch cancel 取消touch down布置的Runnable。
3.touch move 根据情况是否取消touch down布置的Runnable。
4.touch up 改变焦点状态、根据情况是否取消touch down布置的名为mPendingCheckForLongPress的Runnable、执行performClick()、取消touch down布置的名为mPendingCheckForTap的Runnable。
1176
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
