// 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();
}
mPendingCheckForTap.x = event.getX();
mPendingCheckForTap.y = event.getY();
postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
} else {
// Not inside a scrolling container, so show the feedback right away
setPressed(true, x, y);
checkForLongClick(0);
}
break;
case MotionEvent.ACTION_CANCEL:
setPressed(false);
removeTapCallback();
removeLongPressCallback();
break;
case MotionEvent.ACTION_MOVE:
drawableHotspotChanged(x, y);
// 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;
}
我勒个去！一个方法比一个方法代码多。好吧，那咱们继续只挑重点来说明呗。
首先地6到14行可以看出，如果控件（View）是disenable状态，同时是可以clickable的则onTouchEvent直接消费事件返回true，反之如果控件（View）是disenable状态，同时是disclickable的则onTouchEvent直接false。多说一句，关于控件的enable或者clickable属性可以通过java或者xml直接设置，每个view都有这些属性。
接着22行可以看见，如果一个控件是enable且disclickable则onTouchEvent直接返回false了；反之，如果一个控件是enable且clickable则继续进入过于一个event的switch判断中，然后最终onTouchEvent都返回了true。switch的ACTION_DOWN与ACTION_MOVE都进行了一些必要的设置与置位，接着到手抬起来ACTION_UP时你会发现，首先判断了是否按下过，同时是不是可以得到焦点，然后尝试获取焦点，然后判断如果不是longPressed则通过post在UI Thread中执行一个PerformClick的Runnable，也就是performClick方法。具体如下：
public boolean performClick() {
final boolean result;
final ListenerInfo li = mListenerInfo;
if (li != null && li.mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
li.mOnClickListener.onClick(this);
result = true;
} else {
result = false;
}
sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
return result;
}
这个方法也是先定义一个ListenerInfo的变量然后赋值，接着判断li.mOnClickListener是不是为null，决定执行不执行onClick。你指定现在已经很机智了，和onTouch一样，搜一下mOnClickListener在哪赋值的呗，结果发现：
public void setOnClickListener(OnClickListener l) {
if (!isClickable()) {
setClickable(true);
}
getListenerInfo().mOnClickListener = l;
}
看见了吧！控件只要监听了onClick方法则mOnClickListener就不为null，而且有意思的是如果调运setOnClickListener方法设置监听且控件是disclickable的情况下默认会帮设置为clickable。
我勒个去！！！惊讶吧！！！猜的没错onClick就在onTouchEvent中执行的，而且是在onTouchEvent的ACTION_UP事件中执行的。
3-3-1 总结结论
-
onTouchEvent方法中会在ACTION_UP分支中触发onClick的监听。
-
当dispatchTouchEvent在进行事件分发的时候，只有前一个action返回true，才会触发下一个action。
到此上面例子中关于Button点击的各种打印的真实原因都找到了可靠的证据，也就是说View的触摸屏事件传递机制其实也就这么回事。
4 透过源码继续进阶实例验证
其实上面分析完View的触摸传递机制之后已经足够用了。如下的实例验证可以说是加深阅读源码的理解，还有一个主要作用就是为将来自定义控件打下坚实基础。因为自定义控件中时常会与这几个方法打交道。
4-1 例子
我们自定义一个Button（Button实质继承自View），如下：
public class TestButton extends Button {
public TestButton(Context context, AttributeSet attrs) {
super(context, attrs);
}
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.i(null, “dispatchTouchEvent-- action=” + event.getAction());
return super.dispatchTouchEvent(event);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.i(null, “onTouchEvent-- action=”+event.getAction());
return super.onTouchEvent(event);
}
}
其他代码如下：
<?xml version="1.0" encoding="utf-8"?><LinearLayout xmlns:android=“http://schemas.android.com/apk/res/android”
android:orientation=“vertical”
android:gravity=“center”
android:layout_width=“fill_parent”
android:layout_height=“fill_parent”
android:id=“@+id/mylayout”>
<com.zzci.light.TestButton
android:id=“@+id/my_btn”
android:layout_width=“match_parent”
android:layout_height=“wrap_content”
android:text=“click test”/>
public class ListenerActivity extends Activity implements View.OnTouchListener, View.OnClickListener {
private LinearLayout mLayout;
private TestButton mButton;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
mLayout = (LinearLayout) this.findViewById(R.id.mylayout);
mButton = (TestButton) this.findViewById(R.id.my_btn);
mLayout.setOnTouchListener(this);
mButton.setOnTouchListener(this);
mLayout.setOnClickListener(this);
mButton.setOnClickListener(this);
}
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.i(null, “OnTouchListener–onTouch-- action=”+event.getAction()+" --"+v);
return false;
}
@Override
public void onClick(View v) {
Log.i(null, “OnClickListener–onClick–”+v);
}
}
其实这段代码只是对上面例子中的Button换为了自定义Button而已。
4-2 现象分析
4-2-1 点击Button（手抽筋了一下）
可以发现，如上打印完全符合源码分析结果，dispatchTouchEvent方法先派发down事件，完事调运onTouch，完事调运onTouchEvent返回true，同时dispatchTouchEvent返回true，然后dispatchTouchEvent继续派发move或者up事件，循环，直到onTouchEvent处理up事件时调运onClick事件，完事返回true，同时dispatchTouchEvent返回true；一次完整的View事件派发流程结束。
4-2-2 简单修改onTouchEvent返回值为true
将TestButton类的onTouchEvent方法修改如下，其他和基础代码保持不变：
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.i(null, “onTouchEvent-- action=”+event.getAction());
return true;
}
点击Button打印如下：
可以发现，当自定义了控件（View）的onTouchEvent直接返回true而不调运super方法时，事件派发机制如同4.2.1类似，只是最后up事件没有触发onClick而已（因为没有调用super）。
所以可想而知，如果TestButton类的onTouchEvent修改为如下：
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.i(null, “onTouchEvent-- action=”+event.getAction());
super.onTouchEvent(event);
return true;
}
点击Button如下：
整个派发机制和4.2.1完全类似。
4-2-3 简单修改onTouchEvent返回值为false
将TestButton类的onTouchEvent方法修改如下，其他和基础代码保持不变：
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.i(null, “onTouchEvent-- action=”+event.getAction());
return false;
}
点击Button如下：
你会发现如果onTouchEvent返回false（也即dispatchTouchEvent一旦返回false将不再继续派发其他action，立即停止派发），这里只派发了down事件。至于后面触发了LinearLayout的touch与click事件我们这里不做关注，下一篇博客会详细解释为啥（其实你可以想下的，LinearLayout是ViewGroup的子类，你懂的），这里你只用知道View的onTouchEvent返回false会阻止继续派发事件。
同理修改如下：
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.i(null, “onTouchEvent-- action=”+event.getAction());
super.onTouchEvent(event);
return false;
}
点击Button如下：
4-2-4 简单修改dispatchTouchEvent返回值为true
将TestButton类的dispatchTouchEvent方法修改如下，其他和基础代码保持不变：
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.i(null, “dispatchTouchEvent-- action=” + event.getAction());
return true;
}
点击Button如下：
你会发现如果dispatchTouchEvent直接返回true且不调运super任何事件都得不到触发。
继续修改如下呢？
将TestButton类的dispatchTouchEvent方法修改如下，其他和基础代码保持不变：
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.i(null, “dispatchTouchEvent-- action=” + event.getAction());
super.dispatchTouchEvent(event);
return true;
}
点击Button如下：
可以发现所有事件都可以得到正常派发，和4.2.1类似。
4-2-5 简单修改dispatchTouchEvent返回值为false
将TestButton类的dispatchTouchEvent方法修改如下，其他和基础代码保持不变：
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.i(null, “dispatchTouchEvent-- action=” + event.getAction());
return false;
}
点击Button如下：
你会发现事件不进行任何继续触发，关于点击Button触发了LinearLayout的事件暂时不用关注，下篇详解。
继续修改如下呢？
将TestButton类的dispatchTouchEvent方法修改如下，其他和基础代码保持不变：
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.i(null, “dispatchTouchEvent-- action=” + event.getAction());
super.dispatchTouchEvent(event);
return false;
}
点击Button如下：
你会发现结果和4.2.3的第二部分结果一样，也就是说如果dispatchTouchEvent返回false事件将不再继续派发下一次。
4-2-6 简单修改dispatchTouchEvent与onTouchEvent返回值
修改dispatchTouchEvent返回值为true，onTouchEvent为false：
将TestButton类的dispatchTouchEvent方法和onTouchEvent方法修改如下，其他和基础代码保持不变：
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.i(null, “dispatchTouchEvent-- action=” + event.getAction());
super.dispatchTouchEvent(event);
return true;
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.i(null, “onTouchEvent-- action=” + event.getAction());
super.onTouchEvent(event);
return false;
}
点击Button如下：
修改dispatchTouchEvent返回值为false，onTouchEvent为true：
将TestButton类的dispatchTouchEvent方法和onTouchEvent方法修改如下，其他和基础代码保持不变：
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.i(null, “dispatchTouchEvent-- action=” + event.getAction());
super.dispatchTouchEvent(event);
return false;
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.i(null, “onTouchEvent-- action=” + event.getAction());
super.onTouchEvent(event);
return true;
}
点击Button如下：
由此对比得出结论，dispatchTouchEvent事件派发是传递的，如果返回值为false将停止下次事件派发，如果返回true将继续下次派发。譬如，当前派发down事件，如果返回true则继续派发up，如果返回false派发完down就停止了。
4-1 总结
这个例子组合了很多种情况的值去验证上面源码的分析，同时也为自定义控件打下了基础。仔细理解这个例子对于View的事件传递就差不多了。
5 总结View触摸屏事件传递机制
上面例子也测试了，源码也分析了，总得有个最终结论方便平时写代码作为参考依据呀，不能每次都再去分析一遍源码，那得多蛋疼呢！
综合得出Android View的触摸屏事件传递机制有如下特征：
-
触摸控件（View）首先执行dispatchTouchEvent方法。
-
在dispatchTouchEvent方法中先执行onTouch方法，后执行onClick方法（onClick方法在onTouchEvent中执行，下面会分析）。
-
如果控件（View）的onTouch返回false或者mOnTouchListener为null（控件没有设置setOnTouchListener方法）或者控件不是enable的情况下会调运onTouchEvent，dispatchTouchEvent返回值与onTouchEvent返回一样。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）
建议
当我们出去找工作，或者准备找工作的时候，我们一定要想，我面试的目标是什么，我自己的技术栈有哪些，近期能掌握的有哪些，我的哪些短板 ，列出来，有计划的去完成，别看前两天掘金一些大佬在驳来驳去 ，他们的观点是他们的，不要因为他们的观点，膨胀了自己，影响自己的学习节奏。基础很大程度决定你自己技术层次的厚度，你再熟练框架也好，也会比你便宜的，性价比高的替代，很现实的问题但也要有危机意识，当我们年级大了，有哪些亮点，与比我们经历更旺盛的年轻小工程师，竞争。
-
无论你现在水平怎么样一定要 持续学习 没有鸡汤，别人看起来的毫不费力，其实费了很大力，这四个字就是我的建议！！！！！！！！！
-
准备想说怎么样写简历，想象算了，我觉得，技术就是你最好的简历
-
我希望每一个努力生活的it工程师，都会得到自己想要的，因为我们很辛苦，我们应得的。
-
有什么问题想交流，欢迎给我私信，欢迎评论
【附】相关架构及资料
内含往期Android高级架构资料、源码、笔记、视频。高级UI、性能优化、架构师课程、NDK、混合式开发（ReactNative+Weex）微信小程序、Flutter全方面的Android进阶实践技术
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！
！**
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）
建议
当我们出去找工作，或者准备找工作的时候，我们一定要想，我面试的目标是什么，我自己的技术栈有哪些，近期能掌握的有哪些，我的哪些短板 ，列出来，有计划的去完成，别看前两天掘金一些大佬在驳来驳去 ，他们的观点是他们的，不要因为他们的观点，膨胀了自己，影响自己的学习节奏。基础很大程度决定你自己技术层次的厚度，你再熟练框架也好，也会比你便宜的，性价比高的替代，很现实的问题但也要有危机意识，当我们年级大了，有哪些亮点，与比我们经历更旺盛的年轻小工程师，竞争。
-
无论你现在水平怎么样一定要 持续学习 没有鸡汤，别人看起来的毫不费力，其实费了很大力，这四个字就是我的建议！！！！！！！！！
-
准备想说怎么样写简历，想象算了，我觉得，技术就是你最好的简历
-
我希望每一个努力生活的it工程师，都会得到自己想要的，因为我们很辛苦，我们应得的。
-
有什么问题想交流，欢迎给我私信，欢迎评论
【附】相关架构及资料
[外链图片转存中…(img-uwp9jp3U-1711805759869)]
[外链图片转存中…(img-zGdSFXST-1711805759869)]
内含往期Android高级架构资料、源码、笔记、视频。高级UI、性能优化、架构师课程、NDK、混合式开发（ReactNative+Weex）微信小程序、Flutter全方面的Android进阶实践技术
2651
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
