Android触摸屏事件派发机制详解与源码分析一(View篇)，Android面试题及答案

public boolean onTouchEvent(MotionEvent event) {

final float x = event.getX();

final float y = event.getY();

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, x, y);

}

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();

}

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 总结结论

1. onTouchEvent方法中会在ACTION_UP分支中触发onClick的监听。

2. 当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;

}

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

最后

都说三年是程序员的一个坎，能否晋升或者提高自己的核心竞争力，这几年就十分关键。

技术发展的这么快，从哪些方面开始学习，才能达到高级工程师水平，最后进阶到Android架构师/技术专家？我总结了这 5大块；

我搜集整理过这几年阿里，以及腾讯，字节跳动，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind（实际上比预期多花了不少精力），包含知识脉络 + 分支细节。

《Android架构视频+BAT面试专题PDF+学习笔记​》

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望**这份系统化的技术体系**对大家有一个方向参考。

，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频**
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）
[外链图片转存中…(img-ewMtgYgO-1711376056868)]

最后

都说三年是程序员的一个坎，能否晋升或者提高自己的核心竞争力，这几年就十分关键。

技术发展的这么快，从哪些方面开始学习，才能达到高级工程师水平，最后进阶到Android架构师/技术专家？我总结了这 5大块；

我搜集整理过这几年阿里，以及腾讯，字节跳动，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind（实际上比预期多花了不少精力），包含知识脉络 + 分支细节。

《Android架构视频+BAT面试专题PDF+学习笔记​》

[外链图片转存中…(img-zem57Lgc-1711376056869)]

[外链图片转存中…(img-K2FcOJe3-1711376056869)]

[外链图片转存中…(img-3BuJCqW3-1711376056870)]

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望**这份系统化的技术体系**对大家有一个方向参考。

2021年虽然路途坎坷，都在说Android要没落，但是，不要慌，做自己的计划，学自己的习，竞争无处不在，每个行业都是如此。相信自己，没有做不到的，只有想不到的。祝大家2021年万事大吉。